From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 10:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 14:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 15:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 18:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 21:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Tue Jul 14 22:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 04:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 10:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 14:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 15:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 18:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 21:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Tue Jul 14 22:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 04:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 07:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 10:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 11:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 16:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 01:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 02:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 06:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 10:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 14:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 15:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 18:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 21:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Tue Jul 14 22:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 04:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 07:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 10:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 11:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 16:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 01:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 02:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 06:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 09:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 10:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 05:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 10:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 14:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 15:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 18:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 21:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Tue Jul 14 22:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 04:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 07:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 10:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 11:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 16:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 01:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 02:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 06:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 09:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 10:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 05:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 10:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 14:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 15:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 18:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 21:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Tue Jul 14 22:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 04:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 07:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 10:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 11:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 16:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 01:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 02:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 06:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 09:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 10:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 05:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From cemeyer2 at illinois.edu Wed Jul 1 11:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 11:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 13:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 18:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 01:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 05:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 08:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 09:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 09:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 09:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 11:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 05:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 09:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 13:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 13:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 10:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 14:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 15:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 18:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 21:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Tue Jul 14 22:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 04:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 07:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 10:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 11:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 16:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 01:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 02:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 06:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 09:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 10:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 05:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 18:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 19:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 19:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 20:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>> # Problematic frame: >>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> # >>> # If you would like to submit a bug report, please include >>> # instructions how to reproduce the bug and visit: >>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>> [_thread_in_native, id=10824, >>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0xffffffffb4ebd68c >>> >>> Registers: >>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>> RDX=0x000000000000001b >>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>> RDI=0x00007f02b4fbea60 >>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>> R11=0x0000000000000000 >>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>> R15=0x000000000000004f >>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>> TRAPNO=0x000000000000000e >>> >>> Top of Stack: (sp=0x00007f02b4fbe890) >>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>> >>> Instructions: (pc=0x00007f02b54ccecd) >>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>> >>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>> free space=1022k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> >>> [error occurred during error reporting (printing native stack), id 0xb] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>> j >>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>> id=10819, >>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=10482, >>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>> [_thread_blocked, id=10480, >>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>> [_thread_blocked, id=10479, >>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>> [_thread_blocked, id=10478, >>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>> [_thread_blocked, id=10458, >>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>> >>> Other Threads: >>> 0x00000000023a5800 VMThread [stack: >>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>> 0x00000000023e0800 WatcherThread [stack: >>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>> eden space 14592K, 14% used >>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>> from space 8576K, 99% used >>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>> to space 14528K, 0% used >>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>> object space 50240K, 71% used >>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>> object space 34496K, 57% used >>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>> >>> Dynamic libraries: >>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>> /usr/bin/jsvc >>> 00608000-00609000 r--p 00008000 08:01 4115620 >>> /usr/bin/jsvc >>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>> /usr/bin/jsvc >>> 02333000-031cf000 rw-p 02333000 00:00 0 >>> [heap] >>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>> /usr/share/java/catalina-ant-6.0.18.jar >>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>> /usr/share/java/catalina-tribes-6.0.18.jar >>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>> /usr/share/java/catalina-6.0.18.jar >>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>> /usr/share/java/jasper-el-6.0.18.jar >>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>> /usr/share/java/commons-pool-1.4.jar >>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>> /usr/share/java/annotations-api-6.0.18.jar >>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>> /usr/share/java/el-api-2.1.jar >>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>> /usr/share/java/eclipse-ecj.jar >>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>> /usr/share/java/jasper-6.0.18.jar >>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>> /usr/share/java/servlet-api-2.5.jar >>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>> /usr/share/java/catalina-ha-6.0.18.jar >>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>> /usr/share/java/commons-dbcp-1.2.1.jar >>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>> /usr/share/java/tomcat-coyote-6.0.18.jar >>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>> /usr/share/java/jsp-api-2.1.jar >>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>> /usr/share/tomcat6/bin/tomcat-juli.jar >>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>> /usr/share/tomcat6/bin/bootstrap.jar >>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>> /usr/share/java/gnome-java-bridge.jar >>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>> /usr/share/java/commons-daemon-1.0.2.jar >>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>> /usr/lib/gconv/gconv-modules.cache >>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>> /tmp/hsperfdata_tomcat6/10439 >>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>> [stack] >>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>> [vdso] >>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>> [vsyscall] >>> >>> VM Arguments: >>> jvm_args: -Djava.awt.headless=true -Xmx128M >>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>> -Djava.io.tmpdir=/t >>> mp/tomcat6-temp -Djava.security.manager >>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>> -Djava.util.l >>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>> java_command: >>> Launcher Type: generic >>> >>> Environment Variables: >>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>> USERNAME=root >>> SHELL=/bin/bash >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>> sa_flags=0x10000004 >>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Ubuntu 9.04 (jaunty) >>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>> 2009 x86_64 >>> libc:glibc 2.9 NPTL 2.9 >>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>> load average:0.35 0.14 0.15 >>> >>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>> >>> Memory: 4k page, physical 3992408k(3339580k free), swap >>> 11871992k(11871992k free) >>> >>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>> >>> time: Sun Jul 19 17:00:09 2009 >>> elapsed time: 7 seconds >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> From tjarvi at qbang.org Sun Jul 19 22:18:10 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 22:18:10 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63D86B.3090805@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: Sorry, I grabbed the option from configure.in. The command line option is: ./configure --enable-PRINTER=no All it does is set the following in the Makefile TARGETLIB = $(target_triplet)/librxtxSerial.la instead of the default (which should give you a hint for customizing this): TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la On Sun, 19 Jul 2009, Mike Klein wrote: > mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk > configure: error: unrecognized option: --enable_PRINTER=no > > Do I need cvs build for this parameter? I am using latest zip from wiki. > I will pull just in case. > > In mean time I had removed block which does this check in 3 different > files...I get past build at least. > > I checked ./configure earlier for parameters I may be missing and didn't > see anything beyond standard autoconf stuff. > > > mike > > Trent Jarvi wrote: >> >> To get past the compile issue for now, just run configure >> --enable_PRINTER=no >> >> I'll fix the error as I upgrade the build machine to Debian 5. It >> should also resolve the problems. >> >> On Sun, 19 Jul 2009, Mike Klein wrote: >> >>> Actually appears to be this: >>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>> >>> Besides drain below I got above message too when I tried different >>> serial api calls. >>> >>> I grabbed latest sources from zip on wiki however I get some errors >>> compiling: >>> >>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>> -I/usr/lib/jvm/java-6-openjdk/include >>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>> -D_BSD_SOURC >>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >>> -DPIC -o >>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>> 'Java_gnu_io_I2CPort_Initialize': >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>> undeclared (first use in this function) >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >>> identifier is reported only once >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >>> it appears in.) >>> libtool: link: >>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >>> a valid libtool object >>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>> >>> I notice I already have a libtool installed so I renamed one in rxtx >>> directory but made no difference. >>> >>> >>> mike >>> >>> Mike Klein wrote: >>>> I am really hoping I can save $$ by using straight serial on my server. >>>> I am up for building from sources if this will help me fix issue. >>>> >>>> I am trying to get some home automation stuff working and am getting >>>> segfault from openjdk when flush (or other operations I suspect) get >>>> called. >>>> >>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>> >>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>> tid=139649603074384 >>>> # >>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>> # Problematic frame: >>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> # >>>> # If you would like to submit a bug report, please include >>>> # instructions how to reproduce the bug and visit: >>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>> # The crash happened outside the Java Virtual Machine in native code. >>>> # See problematic frame for where to report the bug. >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>> [_thread_in_native, id=10824, >>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0xffffffffb4ebd68c >>>> >>>> Registers: >>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>>> RDX=0x000000000000001b >>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>>> RDI=0x00007f02b4fbea60 >>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>>> R11=0x0000000000000000 >>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>>> R15=0x000000000000004f >>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>> TRAPNO=0x000000000000000e >>>> >>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>> >>>> Instructions: (pc=0x00007f02b54ccecd) >>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>> >>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>>> free space=1022k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> >>>> [error occurred during error reporting (printing native stack), id 0xb] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>> j >>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>> id=10819, >>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>> [_thread_blocked, id=10482, >>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>> [_thread_blocked, id=10480, >>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>> [_thread_blocked, id=10479, >>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>> [_thread_blocked, id=10478, >>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>> [_thread_blocked, id=10458, >>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>> >>>> Other Threads: >>>> 0x00000000023a5800 VMThread [stack: >>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>> 0x00000000023e0800 WatcherThread [stack: >>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>> eden space 14592K, 14% used >>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>> from space 8576K, 99% used >>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>> to space 14528K, 0% used >>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>> object space 50240K, 71% used >>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>> object space 34496K, 57% used >>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>> >>>> Dynamic libraries: >>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>> [heap] >>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>> /usr/share/java/catalina-ant-6.0.18.jar >>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>> /usr/share/java/catalina-6.0.18.jar >>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>> /usr/share/java/jasper-el-6.0.18.jar >>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>> /usr/share/java/commons-pool-1.4.jar >>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>> /usr/share/java/annotations-api-6.0.18.jar >>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>> /usr/share/java/el-api-2.1.jar >>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>> /usr/share/java/eclipse-ecj.jar >>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>> /usr/share/java/jasper-6.0.18.jar >>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>> /usr/share/java/servlet-api-2.5.jar >>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>> /usr/share/java/catalina-ha-6.0.18.jar >>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>> /usr/share/java/jsp-api-2.1.jar >>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>> /usr/share/tomcat6/bin/bootstrap.jar >>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>> /usr/share/java/gnome-java-bridge.jar >>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>> /usr/share/java/commons-daemon-1.0.2.jar >>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>> /usr/lib/gconv/gconv-modules.cache >>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>> /tmp/hsperfdata_tomcat6/10439 >>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>> [stack] >>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>> [vdso] >>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>> [vsyscall] >>>> >>>> VM Arguments: >>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>> -Djava.io.tmpdir=/t >>>> mp/tomcat6-temp -Djava.security.manager >>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> -Djava.util.l >>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>> java_command: >>>> Launcher Type: generic >>>> >>>> Environment Variables: >>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>> USERNAME=root >>>> SHELL=/bin/bash >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>> sa_flags=0x10000004 >>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Ubuntu 9.04 (jaunty) >>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>> 2009 x86_64 >>>> libc:glibc 2.9 NPTL 2.9 >>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>>> load average:0.35 0.14 0.15 >>>> >>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>> >>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>> 11871992k(11871992k free) >>>> >>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>>> >>>> time: Sun Jul 19 17:00:09 2009 >>>> elapsed time: 7 seconds >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> > From mikeklein at vxappliance.com Sun Jul 19 23:04:41 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 22:04:41 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: <4A63FAE9.2000709@vxappliance.com> I ran with the tweakTheSource option and it worked great. Thanks for your help trent. I can plug in my iButton ring and arm/disarm my security system.........and use a keypad from keypad/lcd combo to arm/disarm my system and log events. For some reason my cid modem isn't receiving cid events but I haven't exercised this code in a while and need to check for tone too. I never told you, but I am using a $150? 8-port db9 to usb and it works flawlessly. Great option when bus space is limited and traffic is minimal. Now if I can just get pulse and tomcat to play well together...good weekend all! mike Trent Jarvi wrote: > > Sorry, I grabbed the option from configure.in. The command line > option is: > > ./configure --enable-PRINTER=no > > All it does is set the following in the Makefile > > TARGETLIB = $(target_triplet)/librxtxSerial.la > > instead of the default (which should give you a hint for customizing > this): > > TARGETLIB = $(target_triplet)/librxtxSerial.la > $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la > $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk >> configure: error: unrecognized option: --enable_PRINTER=no >> >> Do I need cvs build for this parameter? I am using latest zip from wiki. >> I will pull just in case. >> >> In mean time I had removed block which does this check in 3 different >> files...I get past build at least. >> >> I checked ./configure earlier for parameters I may be missing and didn't >> see anything beyond standard autoconf stuff. >> >> >> mike >> >> Trent Jarvi wrote: >>> >>> To get past the compile issue for now, just run configure >>> --enable_PRINTER=no >>> >>> I'll fix the error as I upgrade the build machine to Debian 5. It >>> should also resolve the problems. >>> >>> On Sun, 19 Jul 2009, Mike Klein wrote: >>> >>>> Actually appears to be this: >>>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>>> >>>> Besides drain below I got above message too when I tried different >>>> serial api calls. >>>> >>>> I grabbed latest sources from zip on wiki however I get some errors >>>> compiling: >>>> >>>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>>> -I/usr/lib/jvm/java-6-openjdk/include >>>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>>> -D_BSD_SOURC >>>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c >>>> -fPIC >>>> -DPIC -o >>>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>>> 'Java_gnu_io_I2CPort_Initialize': >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>>> undeclared (first use in this function) >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each >>>> undeclared >>>> identifier is reported only once >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each >>>> function >>>> it appears in.) >>>> libtool: link: >>>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is >>>> not >>>> a valid libtool object >>>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>>> >>>> I notice I already have a libtool installed so I renamed one in rxtx >>>> directory but made no difference. >>>> >>>> >>>> mike >>>> >>>> Mike Klein wrote: >>>>> I am really hoping I can save $$ by using straight serial on my >>>>> server. >>>>> I am up for building from sources if this will help me fix issue. >>>>> >>>>> I am trying to get some home automation stuff working and am getting >>>>> segfault from openjdk when flush (or other operations I suspect) get >>>>> called. >>>>> >>>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>>> >>>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>>> tid=139649603074384 >>>>> # >>>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode >>>>> linux-amd64 ) >>>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>>> # Problematic frame: >>>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> # >>>>> # If you would like to submit a bug report, please include >>>>> # instructions how to reproduce the bug and visit: >>>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>>> # The crash happened outside the Java Virtual Machine in native code. >>>>> # See problematic frame for where to report the bug. >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>>> [_thread_in_native, id=10824, >>>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0xffffffffb4ebd68c >>>>> >>>>> Registers: >>>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, >>>>> RCX=0x00007f02b54cf93e, >>>>> RDX=0x000000000000001b >>>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, >>>>> RSI=0x00007f02b54cf93d, >>>>> RDI=0x00007f02b4fbea60 >>>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, >>>>> R10=0x8101010101010100, >>>>> R11=0x0000000000000000 >>>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, >>>>> R14=0xffffffffb4ebd680, >>>>> R15=0x000000000000004f >>>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>>> TRAPNO=0x000000000000000e >>>>> >>>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>>> >>>>> Instructions: (pc=0x00007f02b54ccecd) >>>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>>> >>>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], >>>>> sp=0x00007f02b4fbe890, >>>>> free space=1022k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> >>>>> [error occurred during error reporting (printing native stack), id >>>>> 0xb] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>>> j >>>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>>> >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, >>>>> id=10823, >>>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, >>>>> id=10822, >>>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, >>>>> id=10821, >>>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, >>>>> id=10820, >>>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>>> id=10819, >>>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, >>>>> id=10716, >>>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, >>>>> id=10715, >>>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, >>>>> id=10714, >>>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, >>>>> id=10713, >>>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, >>>>> id=10707, >>>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=10482, >>>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>>> [_thread_blocked, id=10480, >>>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>>> [_thread_blocked, id=10479, >>>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=10478, >>>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=10458, >>>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>>> >>>>> Other Threads: >>>>> 0x00000000023a5800 VMThread [stack: >>>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>>> 0x00000000023e0800 WatcherThread [stack: >>>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>>> eden space 14592K, 14% used >>>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>>> from space 8576K, 99% used >>>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>>> to space 14528K, 0% used >>>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>>> object space 50240K, 71% used >>>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>>> object space 34496K, 57% used >>>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>>> >>>>> Dynamic libraries: >>>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>>> [heap] >>>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>>> >>>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>>> /usr/share/java/catalina-ant-6.0.18.jar >>>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>>> /usr/share/java/catalina-6.0.18.jar >>>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>>> /usr/share/java/jasper-el-6.0.18.jar >>>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>>> /usr/share/java/commons-pool-1.4.jar >>>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>>> /usr/share/java/annotations-api-6.0.18.jar >>>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>>> /usr/share/java/el-api-2.1.jar >>>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>>> /usr/share/java/eclipse-ecj.jar >>>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>>> /usr/share/java/jasper-6.0.18.jar >>>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>>> /usr/share/java/servlet-api-2.5.jar >>>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>>> /usr/share/java/catalina-ha-6.0.18.jar >>>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>>> /usr/share/java/jsp-api-2.1.jar >>>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>>> /usr/share/tomcat6/bin/bootstrap.jar >>>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>>> /usr/share/java/gnome-java-bridge.jar >>>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>>> /usr/share/java/commons-daemon-1.0.2.jar >>>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>>> /usr/lib/gconv/gconv-modules.cache >>>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>>> /tmp/hsperfdata_tomcat6/10439 >>>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>>> [stack] >>>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>>> [vdso] >>>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>>> [vsyscall] >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>>> -Djava.io.tmpdir=/t >>>>> mp/tomcat6-temp -Djava.security.manager >>>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>>> -Djava.util.l >>>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>>> java_command: >>>>> Launcher Type: generic >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>>> USERNAME=root >>>>> SHELL=/bin/bash >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>>> sa_flags=0x10000004 >>>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Ubuntu 9.04 (jaunty) >>>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>>> 2009 x86_64 >>>>> libc:glibc 2.9 NPTL 2.9 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS >>>>> infinity >>>>> load average:0.35 0.14 0.15 >>>>> >>>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>>> >>>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>>> 11871992k(11871992k free) >>>>> >>>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc >>>>> 4.3.3 >>>>> >>>>> time: Sun Jul 19 17:00:09 2009 >>>>> elapsed time: 7 seconds >>>>> _______________________________________________ >>>>> Rxtx mailing list >>>>> Rxtx at qbang.org >>>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>>> >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >> From tjarvi at qbang.org Mon Jul 20 00:18:46 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 20 Jul 2009 00:18:46 -0600 (MDT) Subject: [Rxtx] RXTX wiki now uses recaptcha Message-ID: To cut down on spambots, I've plugged recaptcha into the wiki. It solves our problem along with helping projects like the OCR project to get digital content from 1.5 million books in the Internet Archive. Problem: http://rxtx.qbang.org/wiki/index.php/Special:RecentChanges Solution: http://recaptcha.net/learnmore.html -- Trent Jarvi tjarvi at qbang.org From cemeyer2 at illinois.edu Wed Jul 1 13:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 13:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 15:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 20:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 03:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 07:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 10:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 11:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 11:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 11:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 13:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 07:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 11:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 15:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 15:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 12:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 16:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 17:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 20:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 23:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Wed Jul 15 00:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 06:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 09:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 12:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 13:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 18:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 03:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 04:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 08:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 11:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 12:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 07:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 20:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 21:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 21:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 22:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>> # Problematic frame: >>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> # >>> # If you would like to submit a bug report, please include >>> # instructions how to reproduce the bug and visit: >>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>> [_thread_in_native, id=10824, >>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0xffffffffb4ebd68c >>> >>> Registers: >>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>> RDX=0x000000000000001b >>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>> RDI=0x00007f02b4fbea60 >>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>> R11=0x0000000000000000 >>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>> R15=0x000000000000004f >>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>> TRAPNO=0x000000000000000e >>> >>> Top of Stack: (sp=0x00007f02b4fbe890) >>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>> >>> Instructions: (pc=0x00007f02b54ccecd) >>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>> >>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>> free space=1022k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> >>> [error occurred during error reporting (printing native stack), id 0xb] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>> j >>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>> id=10819, >>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=10482, >>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>> [_thread_blocked, id=10480, >>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>> [_thread_blocked, id=10479, >>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>> [_thread_blocked, id=10478, >>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>> [_thread_blocked, id=10458, >>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>> >>> Other Threads: >>> 0x00000000023a5800 VMThread [stack: >>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>> 0x00000000023e0800 WatcherThread [stack: >>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>> eden space 14592K, 14% used >>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>> from space 8576K, 99% used >>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>> to space 14528K, 0% used >>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>> object space 50240K, 71% used >>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>> object space 34496K, 57% used >>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>> >>> Dynamic libraries: >>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>> /usr/bin/jsvc >>> 00608000-00609000 r--p 00008000 08:01 4115620 >>> /usr/bin/jsvc >>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>> /usr/bin/jsvc >>> 02333000-031cf000 rw-p 02333000 00:00 0 >>> [heap] >>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>> /usr/share/java/catalina-ant-6.0.18.jar >>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>> /usr/share/java/catalina-tribes-6.0.18.jar >>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>> /usr/share/java/catalina-6.0.18.jar >>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>> /usr/share/java/jasper-el-6.0.18.jar >>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>> /usr/share/java/commons-pool-1.4.jar >>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>> /usr/share/java/annotations-api-6.0.18.jar >>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>> /usr/share/java/el-api-2.1.jar >>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>> /usr/share/java/eclipse-ecj.jar >>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>> /usr/share/java/jasper-6.0.18.jar >>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>> /usr/share/java/servlet-api-2.5.jar >>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>> /usr/share/java/catalina-ha-6.0.18.jar >>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>> /usr/share/java/commons-dbcp-1.2.1.jar >>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>> /usr/share/java/tomcat-coyote-6.0.18.jar >>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>> /usr/share/java/jsp-api-2.1.jar >>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>> /usr/share/tomcat6/bin/tomcat-juli.jar >>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>> /usr/share/tomcat6/bin/bootstrap.jar >>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>> /usr/share/java/gnome-java-bridge.jar >>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>> /usr/share/java/commons-daemon-1.0.2.jar >>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>> /usr/lib/gconv/gconv-modules.cache >>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>> /tmp/hsperfdata_tomcat6/10439 >>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>> [stack] >>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>> [vdso] >>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>> [vsyscall] >>> >>> VM Arguments: >>> jvm_args: -Djava.awt.headless=true -Xmx128M >>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>> -Djava.io.tmpdir=/t >>> mp/tomcat6-temp -Djava.security.manager >>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>> -Djava.util.l >>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>> java_command: >>> Launcher Type: generic >>> >>> Environment Variables: >>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>> USERNAME=root >>> SHELL=/bin/bash >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>> sa_flags=0x10000004 >>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Ubuntu 9.04 (jaunty) >>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>> 2009 x86_64 >>> libc:glibc 2.9 NPTL 2.9 >>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>> load average:0.35 0.14 0.15 >>> >>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>> >>> Memory: 4k page, physical 3992408k(3339580k free), swap >>> 11871992k(11871992k free) >>> >>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>> >>> time: Sun Jul 19 17:00:09 2009 >>> elapsed time: 7 seconds >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> From tjarvi at qbang.org Mon Jul 20 00:18:10 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 22:18:10 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63D86B.3090805@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: Sorry, I grabbed the option from configure.in. The command line option is: ./configure --enable-PRINTER=no All it does is set the following in the Makefile TARGETLIB = $(target_triplet)/librxtxSerial.la instead of the default (which should give you a hint for customizing this): TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la On Sun, 19 Jul 2009, Mike Klein wrote: > mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk > configure: error: unrecognized option: --enable_PRINTER=no > > Do I need cvs build for this parameter? I am using latest zip from wiki. > I will pull just in case. > > In mean time I had removed block which does this check in 3 different > files...I get past build at least. > > I checked ./configure earlier for parameters I may be missing and didn't > see anything beyond standard autoconf stuff. > > > mike > > Trent Jarvi wrote: >> >> To get past the compile issue for now, just run configure >> --enable_PRINTER=no >> >> I'll fix the error as I upgrade the build machine to Debian 5. It >> should also resolve the problems. >> >> On Sun, 19 Jul 2009, Mike Klein wrote: >> >>> Actually appears to be this: >>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>> >>> Besides drain below I got above message too when I tried different >>> serial api calls. >>> >>> I grabbed latest sources from zip on wiki however I get some errors >>> compiling: >>> >>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>> -I/usr/lib/jvm/java-6-openjdk/include >>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>> -D_BSD_SOURC >>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >>> -DPIC -o >>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>> 'Java_gnu_io_I2CPort_Initialize': >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>> undeclared (first use in this function) >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >>> identifier is reported only once >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >>> it appears in.) >>> libtool: link: >>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >>> a valid libtool object >>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>> >>> I notice I already have a libtool installed so I renamed one in rxtx >>> directory but made no difference. >>> >>> >>> mike >>> >>> Mike Klein wrote: >>>> I am really hoping I can save $$ by using straight serial on my server. >>>> I am up for building from sources if this will help me fix issue. >>>> >>>> I am trying to get some home automation stuff working and am getting >>>> segfault from openjdk when flush (or other operations I suspect) get >>>> called. >>>> >>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>> >>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>> tid=139649603074384 >>>> # >>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>> # Problematic frame: >>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> # >>>> # If you would like to submit a bug report, please include >>>> # instructions how to reproduce the bug and visit: >>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>> # The crash happened outside the Java Virtual Machine in native code. >>>> # See problematic frame for where to report the bug. >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>> [_thread_in_native, id=10824, >>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0xffffffffb4ebd68c >>>> >>>> Registers: >>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>>> RDX=0x000000000000001b >>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>>> RDI=0x00007f02b4fbea60 >>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>>> R11=0x0000000000000000 >>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>>> R15=0x000000000000004f >>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>> TRAPNO=0x000000000000000e >>>> >>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>> >>>> Instructions: (pc=0x00007f02b54ccecd) >>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>> >>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>>> free space=1022k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> >>>> [error occurred during error reporting (printing native stack), id 0xb] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>> j >>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>> id=10819, >>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>> [_thread_blocked, id=10482, >>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>> [_thread_blocked, id=10480, >>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>> [_thread_blocked, id=10479, >>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>> [_thread_blocked, id=10478, >>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>> [_thread_blocked, id=10458, >>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>> >>>> Other Threads: >>>> 0x00000000023a5800 VMThread [stack: >>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>> 0x00000000023e0800 WatcherThread [stack: >>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>> eden space 14592K, 14% used >>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>> from space 8576K, 99% used >>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>> to space 14528K, 0% used >>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>> object space 50240K, 71% used >>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>> object space 34496K, 57% used >>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>> >>>> Dynamic libraries: >>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>> [heap] >>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>> /usr/share/java/catalina-ant-6.0.18.jar >>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>> /usr/share/java/catalina-6.0.18.jar >>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>> /usr/share/java/jasper-el-6.0.18.jar >>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>> /usr/share/java/commons-pool-1.4.jar >>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>> /usr/share/java/annotations-api-6.0.18.jar >>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>> /usr/share/java/el-api-2.1.jar >>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>> /usr/share/java/eclipse-ecj.jar >>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>> /usr/share/java/jasper-6.0.18.jar >>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>> /usr/share/java/servlet-api-2.5.jar >>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>> /usr/share/java/catalina-ha-6.0.18.jar >>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>> /usr/share/java/jsp-api-2.1.jar >>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>> /usr/share/tomcat6/bin/bootstrap.jar >>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>> /usr/share/java/gnome-java-bridge.jar >>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>> /usr/share/java/commons-daemon-1.0.2.jar >>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>> /usr/lib/gconv/gconv-modules.cache >>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>> /tmp/hsperfdata_tomcat6/10439 >>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>> [stack] >>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>> [vdso] >>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>> [vsyscall] >>>> >>>> VM Arguments: >>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>> -Djava.io.tmpdir=/t >>>> mp/tomcat6-temp -Djava.security.manager >>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> -Djava.util.l >>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>> java_command: >>>> Launcher Type: generic >>>> >>>> Environment Variables: >>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>> USERNAME=root >>>> SHELL=/bin/bash >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>> sa_flags=0x10000004 >>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Ubuntu 9.04 (jaunty) >>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>> 2009 x86_64 >>>> libc:glibc 2.9 NPTL 2.9 >>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>>> load average:0.35 0.14 0.15 >>>> >>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>> >>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>> 11871992k(11871992k free) >>>> >>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>>> >>>> time: Sun Jul 19 17:00:09 2009 >>>> elapsed time: 7 seconds >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> > From mikeklein at vxappliance.com Mon Jul 20 01:04:41 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 22:04:41 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: <4A63FAE9.2000709@vxappliance.com> I ran with the tweakTheSource option and it worked great. Thanks for your help trent. I can plug in my iButton ring and arm/disarm my security system.........and use a keypad from keypad/lcd combo to arm/disarm my system and log events. For some reason my cid modem isn't receiving cid events but I haven't exercised this code in a while and need to check for tone too. I never told you, but I am using a $150? 8-port db9 to usb and it works flawlessly. Great option when bus space is limited and traffic is minimal. Now if I can just get pulse and tomcat to play well together...good weekend all! mike Trent Jarvi wrote: > > Sorry, I grabbed the option from configure.in. The command line > option is: > > ./configure --enable-PRINTER=no > > All it does is set the following in the Makefile > > TARGETLIB = $(target_triplet)/librxtxSerial.la > > instead of the default (which should give you a hint for customizing > this): > > TARGETLIB = $(target_triplet)/librxtxSerial.la > $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la > $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk >> configure: error: unrecognized option: --enable_PRINTER=no >> >> Do I need cvs build for this parameter? I am using latest zip from wiki. >> I will pull just in case. >> >> In mean time I had removed block which does this check in 3 different >> files...I get past build at least. >> >> I checked ./configure earlier for parameters I may be missing and didn't >> see anything beyond standard autoconf stuff. >> >> >> mike >> >> Trent Jarvi wrote: >>> >>> To get past the compile issue for now, just run configure >>> --enable_PRINTER=no >>> >>> I'll fix the error as I upgrade the build machine to Debian 5. It >>> should also resolve the problems. >>> >>> On Sun, 19 Jul 2009, Mike Klein wrote: >>> >>>> Actually appears to be this: >>>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>>> >>>> Besides drain below I got above message too when I tried different >>>> serial api calls. >>>> >>>> I grabbed latest sources from zip on wiki however I get some errors >>>> compiling: >>>> >>>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>>> -I/usr/lib/jvm/java-6-openjdk/include >>>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>>> -D_BSD_SOURC >>>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c >>>> -fPIC >>>> -DPIC -o >>>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>>> 'Java_gnu_io_I2CPort_Initialize': >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>>> undeclared (first use in this function) >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each >>>> undeclared >>>> identifier is reported only once >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each >>>> function >>>> it appears in.) >>>> libtool: link: >>>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is >>>> not >>>> a valid libtool object >>>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>>> >>>> I notice I already have a libtool installed so I renamed one in rxtx >>>> directory but made no difference. >>>> >>>> >>>> mike >>>> >>>> Mike Klein wrote: >>>>> I am really hoping I can save $$ by using straight serial on my >>>>> server. >>>>> I am up for building from sources if this will help me fix issue. >>>>> >>>>> I am trying to get some home automation stuff working and am getting >>>>> segfault from openjdk when flush (or other operations I suspect) get >>>>> called. >>>>> >>>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>>> >>>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>>> tid=139649603074384 >>>>> # >>>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode >>>>> linux-amd64 ) >>>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>>> # Problematic frame: >>>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> # >>>>> # If you would like to submit a bug report, please include >>>>> # instructions how to reproduce the bug and visit: >>>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>>> # The crash happened outside the Java Virtual Machine in native code. >>>>> # See problematic frame for where to report the bug. >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>>> [_thread_in_native, id=10824, >>>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0xffffffffb4ebd68c >>>>> >>>>> Registers: >>>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, >>>>> RCX=0x00007f02b54cf93e, >>>>> RDX=0x000000000000001b >>>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, >>>>> RSI=0x00007f02b54cf93d, >>>>> RDI=0x00007f02b4fbea60 >>>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, >>>>> R10=0x8101010101010100, >>>>> R11=0x0000000000000000 >>>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, >>>>> R14=0xffffffffb4ebd680, >>>>> R15=0x000000000000004f >>>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>>> TRAPNO=0x000000000000000e >>>>> >>>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>>> >>>>> Instructions: (pc=0x00007f02b54ccecd) >>>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>>> >>>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], >>>>> sp=0x00007f02b4fbe890, >>>>> free space=1022k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> >>>>> [error occurred during error reporting (printing native stack), id >>>>> 0xb] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>>> j >>>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>>> >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, >>>>> id=10823, >>>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, >>>>> id=10822, >>>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, >>>>> id=10821, >>>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, >>>>> id=10820, >>>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>>> id=10819, >>>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, >>>>> id=10716, >>>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, >>>>> id=10715, >>>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, >>>>> id=10714, >>>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, >>>>> id=10713, >>>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, >>>>> id=10707, >>>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=10482, >>>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>>> [_thread_blocked, id=10480, >>>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>>> [_thread_blocked, id=10479, >>>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=10478, >>>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=10458, >>>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>>> >>>>> Other Threads: >>>>> 0x00000000023a5800 VMThread [stack: >>>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>>> 0x00000000023e0800 WatcherThread [stack: >>>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>>> eden space 14592K, 14% used >>>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>>> from space 8576K, 99% used >>>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>>> to space 14528K, 0% used >>>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>>> object space 50240K, 71% used >>>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>>> object space 34496K, 57% used >>>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>>> >>>>> Dynamic libraries: >>>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>>> [heap] >>>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>>> >>>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>>> /usr/share/java/catalina-ant-6.0.18.jar >>>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>>> /usr/share/java/catalina-6.0.18.jar >>>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>>> /usr/share/java/jasper-el-6.0.18.jar >>>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>>> /usr/share/java/commons-pool-1.4.jar >>>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>>> /usr/share/java/annotations-api-6.0.18.jar >>>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>>> /usr/share/java/el-api-2.1.jar >>>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>>> /usr/share/java/eclipse-ecj.jar >>>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>>> /usr/share/java/jasper-6.0.18.jar >>>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>>> /usr/share/java/servlet-api-2.5.jar >>>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>>> /usr/share/java/catalina-ha-6.0.18.jar >>>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>>> /usr/share/java/jsp-api-2.1.jar >>>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>>> /usr/share/tomcat6/bin/bootstrap.jar >>>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>>> /usr/share/java/gnome-java-bridge.jar >>>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>>> /usr/share/java/commons-daemon-1.0.2.jar >>>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>>> /usr/lib/gconv/gconv-modules.cache >>>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>>> /tmp/hsperfdata_tomcat6/10439 >>>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>>> [stack] >>>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>>> [vdso] >>>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>>> [vsyscall] >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>>> -Djava.io.tmpdir=/t >>>>> mp/tomcat6-temp -Djava.security.manager >>>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>>> -Djava.util.l >>>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>>> java_command: >>>>> Launcher Type: generic >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>>> USERNAME=root >>>>> SHELL=/bin/bash >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>>> sa_flags=0x10000004 >>>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Ubuntu 9.04 (jaunty) >>>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>>> 2009 x86_64 >>>>> libc:glibc 2.9 NPTL 2.9 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS >>>>> infinity >>>>> load average:0.35 0.14 0.15 >>>>> >>>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>>> >>>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>>> 11871992k(11871992k free) >>>>> >>>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc >>>>> 4.3.3 >>>>> >>>>> time: Sun Jul 19 17:00:09 2009 >>>>> elapsed time: 7 seconds >>>>> _______________________________________________ >>>>> Rxtx mailing list >>>>> Rxtx at qbang.org >>>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>>> >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >> From tjarvi at qbang.org Mon Jul 20 02:18:46 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 20 Jul 2009 00:18:46 -0600 (MDT) Subject: [Rxtx] RXTX wiki now uses recaptcha Message-ID: To cut down on spambots, I've plugged recaptcha into the wiki. It solves our problem along with helping projects like the OCR project to get digital content from 1.5 million books in the Internet Archive. Problem: http://rxtx.qbang.org/wiki/index.php/Special:RecentChanges Solution: http://recaptcha.net/learnmore.html -- Trent Jarvi tjarvi at qbang.org From tjarvi at qbang.org Sat Jul 25 15:16:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sat, 25 Jul 2009 15:16:37 -0400 (EDT) Subject: [Rxtx] Network outage Message-ID: FYI This last week frii.com which hosts the rxtx webpage and the qbang server had two significant outages. During this time there was a problem with the qbang.org server daemons hosting the rxtx pages and files. Frii resolved their issue yesterday which allowed us to connect to qbang to bring the services back up. Sorry for any problems this may have caused. -- Trent Jarvi tjarvi at qbang.org From cemeyer2 at illinois.edu Wed Jul 1 13:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 13:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 15:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 20:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 03:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 07:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 10:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 11:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 11:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 11:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 13:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 07:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 11:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 15:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 15:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 12:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 16:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 17:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 20:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 23:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Wed Jul 15 00:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 06:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 09:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 12:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 13:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 18:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 03:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 04:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 08:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 11:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 12:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 07:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 20:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 21:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 21:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 22:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>> # Problematic frame: >>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> # >>> # If you would like to submit a bug report, please include >>> # instructions how to reproduce the bug and visit: >>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>> [_thread_in_native, id=10824, >>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0xffffffffb4ebd68c >>> >>> Registers: >>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>> RDX=0x000000000000001b >>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>> RDI=0x00007f02b4fbea60 >>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>> R11=0x0000000000000000 >>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>> R15=0x000000000000004f >>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>> TRAPNO=0x000000000000000e >>> >>> Top of Stack: (sp=0x00007f02b4fbe890) >>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>> >>> Instructions: (pc=0x00007f02b54ccecd) >>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>> >>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>> free space=1022k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> >>> [error occurred during error reporting (printing native stack), id 0xb] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>> j >>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>> id=10819, >>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=10482, >>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>> [_thread_blocked, id=10480, >>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>> [_thread_blocked, id=10479, >>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>> [_thread_blocked, id=10478, >>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>> [_thread_blocked, id=10458, >>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>> >>> Other Threads: >>> 0x00000000023a5800 VMThread [stack: >>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>> 0x00000000023e0800 WatcherThread [stack: >>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>> eden space 14592K, 14% used >>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>> from space 8576K, 99% used >>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>> to space 14528K, 0% used >>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>> object space 50240K, 71% used >>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>> object space 34496K, 57% used >>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>> >>> Dynamic libraries: >>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>> /usr/bin/jsvc >>> 00608000-00609000 r--p 00008000 08:01 4115620 >>> /usr/bin/jsvc >>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>> /usr/bin/jsvc >>> 02333000-031cf000 rw-p 02333000 00:00 0 >>> [heap] >>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>> /usr/share/java/catalina-ant-6.0.18.jar >>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>> /usr/share/java/catalina-tribes-6.0.18.jar >>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>> /usr/share/java/catalina-6.0.18.jar >>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>> /usr/share/java/jasper-el-6.0.18.jar >>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>> /usr/share/java/commons-pool-1.4.jar >>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>> /usr/share/java/annotations-api-6.0.18.jar >>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>> /usr/share/java/el-api-2.1.jar >>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>> /usr/share/java/eclipse-ecj.jar >>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>> /usr/share/java/jasper-6.0.18.jar >>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>> /usr/share/java/servlet-api-2.5.jar >>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>> /usr/share/java/catalina-ha-6.0.18.jar >>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>> /usr/share/java/commons-dbcp-1.2.1.jar >>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>> /usr/share/java/tomcat-coyote-6.0.18.jar >>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>> /usr/share/java/jsp-api-2.1.jar >>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>> /usr/share/tomcat6/bin/tomcat-juli.jar >>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>> /usr/share/tomcat6/bin/bootstrap.jar >>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>> /usr/share/java/gnome-java-bridge.jar >>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>> /usr/share/java/commons-daemon-1.0.2.jar >>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>> /usr/lib/gconv/gconv-modules.cache >>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>> /tmp/hsperfdata_tomcat6/10439 >>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>> [stack] >>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>> [vdso] >>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>> [vsyscall] >>> >>> VM Arguments: >>> jvm_args: -Djava.awt.headless=true -Xmx128M >>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>> -Djava.io.tmpdir=/t >>> mp/tomcat6-temp -Djava.security.manager >>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>> -Djava.util.l >>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>> java_command: >>> Launcher Type: generic >>> >>> Environment Variables: >>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>> USERNAME=root >>> SHELL=/bin/bash >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>> sa_flags=0x10000004 >>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Ubuntu 9.04 (jaunty) >>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>> 2009 x86_64 >>> libc:glibc 2.9 NPTL 2.9 >>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>> load average:0.35 0.14 0.15 >>> >>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>> >>> Memory: 4k page, physical 3992408k(3339580k free), swap >>> 11871992k(11871992k free) >>> >>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>> >>> time: Sun Jul 19 17:00:09 2009 >>> elapsed time: 7 seconds >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> From tjarvi at qbang.org Mon Jul 20 00:18:10 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 22:18:10 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63D86B.3090805@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: Sorry, I grabbed the option from configure.in. The command line option is: ./configure --enable-PRINTER=no All it does is set the following in the Makefile TARGETLIB = $(target_triplet)/librxtxSerial.la instead of the default (which should give you a hint for customizing this): TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la On Sun, 19 Jul 2009, Mike Klein wrote: > mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk > configure: error: unrecognized option: --enable_PRINTER=no > > Do I need cvs build for this parameter? I am using latest zip from wiki. > I will pull just in case. > > In mean time I had removed block which does this check in 3 different > files...I get past build at least. > > I checked ./configure earlier for parameters I may be missing and didn't > see anything beyond standard autoconf stuff. > > > mike > > Trent Jarvi wrote: >> >> To get past the compile issue for now, just run configure >> --enable_PRINTER=no >> >> I'll fix the error as I upgrade the build machine to Debian 5. It >> should also resolve the problems. >> >> On Sun, 19 Jul 2009, Mike Klein wrote: >> >>> Actually appears to be this: >>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>> >>> Besides drain below I got above message too when I tried different >>> serial api calls. >>> >>> I grabbed latest sources from zip on wiki however I get some errors >>> compiling: >>> >>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>> -I/usr/lib/jvm/java-6-openjdk/include >>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>> -D_BSD_SOURC >>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >>> -DPIC -o >>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>> 'Java_gnu_io_I2CPort_Initialize': >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>> undeclared (first use in this function) >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >>> identifier is reported only once >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >>> it appears in.) >>> libtool: link: >>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >>> a valid libtool object >>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>> >>> I notice I already have a libtool installed so I renamed one in rxtx >>> directory but made no difference. >>> >>> >>> mike >>> >>> Mike Klein wrote: >>>> I am really hoping I can save $$ by using straight serial on my server. >>>> I am up for building from sources if this will help me fix issue. >>>> >>>> I am trying to get some home automation stuff working and am getting >>>> segfault from openjdk when flush (or other operations I suspect) get >>>> called. >>>> >>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>> >>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>> tid=139649603074384 >>>> # >>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>> # Problematic frame: >>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> # >>>> # If you would like to submit a bug report, please include >>>> # instructions how to reproduce the bug and visit: >>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>> # The crash happened outside the Java Virtual Machine in native code. >>>> # See problematic frame for where to report the bug. >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>> [_thread_in_native, id=10824, >>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0xffffffffb4ebd68c >>>> >>>> Registers: >>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>>> RDX=0x000000000000001b >>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>>> RDI=0x00007f02b4fbea60 >>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>>> R11=0x0000000000000000 >>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>>> R15=0x000000000000004f >>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>> TRAPNO=0x000000000000000e >>>> >>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>> >>>> Instructions: (pc=0x00007f02b54ccecd) >>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>> >>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>>> free space=1022k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> >>>> [error occurred during error reporting (printing native stack), id 0xb] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>> j >>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>> id=10819, >>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>> [_thread_blocked, id=10482, >>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>> [_thread_blocked, id=10480, >>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>> [_thread_blocked, id=10479, >>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>> [_thread_blocked, id=10478, >>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>> [_thread_blocked, id=10458, >>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>> >>>> Other Threads: >>>> 0x00000000023a5800 VMThread [stack: >>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>> 0x00000000023e0800 WatcherThread [stack: >>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>> eden space 14592K, 14% used >>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>> from space 8576K, 99% used >>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>> to space 14528K, 0% used >>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>> object space 50240K, 71% used >>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>> object space 34496K, 57% used >>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>> >>>> Dynamic libraries: >>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>> [heap] >>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>> /usr/share/java/catalina-ant-6.0.18.jar >>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>> /usr/share/java/catalina-6.0.18.jar >>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>> /usr/share/java/jasper-el-6.0.18.jar >>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>> /usr/share/java/commons-pool-1.4.jar >>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>> /usr/share/java/annotations-api-6.0.18.jar >>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>> /usr/share/java/el-api-2.1.jar >>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>> /usr/share/java/eclipse-ecj.jar >>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>> /usr/share/java/jasper-6.0.18.jar >>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>> /usr/share/java/servlet-api-2.5.jar >>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>> /usr/share/java/catalina-ha-6.0.18.jar >>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>> /usr/share/java/jsp-api-2.1.jar >>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>> /usr/share/tomcat6/bin/bootstrap.jar >>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>> /usr/share/java/gnome-java-bridge.jar >>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>> /usr/share/java/commons-daemon-1.0.2.jar >>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>> /usr/lib/gconv/gconv-modules.cache >>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>> /tmp/hsperfdata_tomcat6/10439 >>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>> [stack] >>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>> [vdso] >>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>> [vsyscall] >>>> >>>> VM Arguments: >>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>> -Djava.io.tmpdir=/t >>>> mp/tomcat6-temp -Djava.security.manager >>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> -Djava.util.l >>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>> java_command: >>>> Launcher Type: generic >>>> >>>> Environment Variables: >>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>> USERNAME=root >>>> SHELL=/bin/bash >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>> sa_flags=0x10000004 >>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Ubuntu 9.04 (jaunty) >>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>> 2009 x86_64 >>>> libc:glibc 2.9 NPTL 2.9 >>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>>> load average:0.35 0.14 0.15 >>>> >>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>> >>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>> 11871992k(11871992k free) >>>> >>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>>> >>>> time: Sun Jul 19 17:00:09 2009 >>>> elapsed time: 7 seconds >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> > From mikeklein at vxappliance.com Mon Jul 20 01:04:41 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 22:04:41 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: <4A63FAE9.2000709@vxappliance.com> I ran with the tweakTheSource option and it worked great. Thanks for your help trent. I can plug in my iButton ring and arm/disarm my security system.........and use a keypad from keypad/lcd combo to arm/disarm my system and log events. For some reason my cid modem isn't receiving cid events but I haven't exercised this code in a while and need to check for tone too. I never told you, but I am using a $150? 8-port db9 to usb and it works flawlessly. Great option when bus space is limited and traffic is minimal. Now if I can just get pulse and tomcat to play well together...good weekend all! mike Trent Jarvi wrote: > > Sorry, I grabbed the option from configure.in. The command line > option is: > > ./configure --enable-PRINTER=no > > All it does is set the following in the Makefile > > TARGETLIB = $(target_triplet)/librxtxSerial.la > > instead of the default (which should give you a hint for customizing > this): > > TARGETLIB = $(target_triplet)/librxtxSerial.la > $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la > $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk >> configure: error: unrecognized option: --enable_PRINTER=no >> >> Do I need cvs build for this parameter? I am using latest zip from wiki. >> I will pull just in case. >> >> In mean time I had removed block which does this check in 3 different >> files...I get past build at least. >> >> I checked ./configure earlier for parameters I may be missing and didn't >> see anything beyond standard autoconf stuff. >> >> >> mike >> >> Trent Jarvi wrote: >>> >>> To get past the compile issue for now, just run configure >>> --enable_PRINTER=no >>> >>> I'll fix the error as I upgrade the build machine to Debian 5. It >>> should also resolve the problems. >>> >>> On Sun, 19 Jul 2009, Mike Klein wrote: >>> >>>> Actually appears to be this: >>>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>>> >>>> Besides drain below I got above message too when I tried different >>>> serial api calls. >>>> >>>> I grabbed latest sources from zip on wiki however I get some errors >>>> compiling: >>>> >>>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>>> -I/usr/lib/jvm/java-6-openjdk/include >>>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>>> -D_BSD_SOURC >>>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c >>>> -fPIC >>>> -DPIC -o >>>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>>> 'Java_gnu_io_I2CPort_Initialize': >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>>> undeclared (first use in this function) >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each >>>> undeclared >>>> identifier is reported only once >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each >>>> function >>>> it appears in.) >>>> libtool: link: >>>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is >>>> not >>>> a valid libtool object >>>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>>> >>>> I notice I already have a libtool installed so I renamed one in rxtx >>>> directory but made no difference. >>>> >>>> >>>> mike >>>> >>>> Mike Klein wrote: >>>>> I am really hoping I can save $$ by using straight serial on my >>>>> server. >>>>> I am up for building from sources if this will help me fix issue. >>>>> >>>>> I am trying to get some home automation stuff working and am getting >>>>> segfault from openjdk when flush (or other operations I suspect) get >>>>> called. >>>>> >>>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>>> >>>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>>> tid=139649603074384 >>>>> # >>>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode >>>>> linux-amd64 ) >>>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>>> # Problematic frame: >>>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> # >>>>> # If you would like to submit a bug report, please include >>>>> # instructions how to reproduce the bug and visit: >>>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>>> # The crash happened outside the Java Virtual Machine in native code. >>>>> # See problematic frame for where to report the bug. >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>>> [_thread_in_native, id=10824, >>>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0xffffffffb4ebd68c >>>>> >>>>> Registers: >>>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, >>>>> RCX=0x00007f02b54cf93e, >>>>> RDX=0x000000000000001b >>>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, >>>>> RSI=0x00007f02b54cf93d, >>>>> RDI=0x00007f02b4fbea60 >>>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, >>>>> R10=0x8101010101010100, >>>>> R11=0x0000000000000000 >>>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, >>>>> R14=0xffffffffb4ebd680, >>>>> R15=0x000000000000004f >>>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>>> TRAPNO=0x000000000000000e >>>>> >>>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>>> >>>>> Instructions: (pc=0x00007f02b54ccecd) >>>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>>> >>>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], >>>>> sp=0x00007f02b4fbe890, >>>>> free space=1022k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> >>>>> [error occurred during error reporting (printing native stack), id >>>>> 0xb] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>>> j >>>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>>> >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, >>>>> id=10823, >>>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, >>>>> id=10822, >>>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, >>>>> id=10821, >>>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, >>>>> id=10820, >>>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>>> id=10819, >>>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, >>>>> id=10716, >>>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, >>>>> id=10715, >>>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, >>>>> id=10714, >>>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, >>>>> id=10713, >>>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, >>>>> id=10707, >>>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=10482, >>>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>>> [_thread_blocked, id=10480, >>>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>>> [_thread_blocked, id=10479, >>>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=10478, >>>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=10458, >>>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>>> >>>>> Other Threads: >>>>> 0x00000000023a5800 VMThread [stack: >>>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>>> 0x00000000023e0800 WatcherThread [stack: >>>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>>> eden space 14592K, 14% used >>>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>>> from space 8576K, 99% used >>>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>>> to space 14528K, 0% used >>>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>>> object space 50240K, 71% used >>>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>>> object space 34496K, 57% used >>>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>>> >>>>> Dynamic libraries: >>>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>>> [heap] >>>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>>> >>>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>>> /usr/share/java/catalina-ant-6.0.18.jar >>>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>>> /usr/share/java/catalina-6.0.18.jar >>>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>>> /usr/share/java/jasper-el-6.0.18.jar >>>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>>> /usr/share/java/commons-pool-1.4.jar >>>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>>> /usr/share/java/annotations-api-6.0.18.jar >>>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>>> /usr/share/java/el-api-2.1.jar >>>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>>> /usr/share/java/eclipse-ecj.jar >>>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>>> /usr/share/java/jasper-6.0.18.jar >>>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>>> /usr/share/java/servlet-api-2.5.jar >>>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>>> /usr/share/java/catalina-ha-6.0.18.jar >>>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>>> /usr/share/java/jsp-api-2.1.jar >>>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>>> /usr/share/tomcat6/bin/bootstrap.jar >>>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>>> /usr/share/java/gnome-java-bridge.jar >>>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>>> /usr/share/java/commons-daemon-1.0.2.jar >>>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>>> /usr/lib/gconv/gconv-modules.cache >>>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>>> /tmp/hsperfdata_tomcat6/10439 >>>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>>> [stack] >>>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>>> [vdso] >>>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>>> [vsyscall] >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>>> -Djava.io.tmpdir=/t >>>>> mp/tomcat6-temp -Djava.security.manager >>>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>>> -Djava.util.l >>>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>>> java_command: >>>>> Launcher Type: generic >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>>> USERNAME=root >>>>> SHELL=/bin/bash >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>>> sa_flags=0x10000004 >>>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Ubuntu 9.04 (jaunty) >>>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>>> 2009 x86_64 >>>>> libc:glibc 2.9 NPTL 2.9 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS >>>>> infinity >>>>> load average:0.35 0.14 0.15 >>>>> >>>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>>> >>>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>>> 11871992k(11871992k free) >>>>> >>>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc >>>>> 4.3.3 >>>>> >>>>> time: Sun Jul 19 17:00:09 2009 >>>>> elapsed time: 7 seconds >>>>> _______________________________________________ >>>>> Rxtx mailing list >>>>> Rxtx at qbang.org >>>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>>> >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >> From tjarvi at qbang.org Mon Jul 20 02:18:46 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 20 Jul 2009 00:18:46 -0600 (MDT) Subject: [Rxtx] RXTX wiki now uses recaptcha Message-ID: To cut down on spambots, I've plugged recaptcha into the wiki. It solves our problem along with helping projects like the OCR project to get digital content from 1.5 million books in the Internet Archive. Problem: http://rxtx.qbang.org/wiki/index.php/Special:RecentChanges Solution: http://recaptcha.net/learnmore.html -- Trent Jarvi tjarvi at qbang.org From tjarvi at qbang.org Sat Jul 25 15:16:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sat, 25 Jul 2009 15:16:37 -0400 (EDT) Subject: [Rxtx] Network outage Message-ID: FYI This last week frii.com which hosts the rxtx webpage and the qbang server had two significant outages. During this time there was a problem with the qbang.org server daemons hosting the rxtx pages and files. Frii resolved their issue yesterday which allowed us to connect to qbang to bring the services back up. Sorry for any problems this may have caused. -- Trent Jarvi tjarvi at qbang.org From asutosh.gopinath at lycos.com Mon Jul 27 01:48:27 2009 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Mon, 27 Jul 2009 01:48:27 -0400 (EDT) Subject: [Rxtx] Getting relocation error: undefined symbol: ceil on xscale linux Message-ID: <20090727014827.HM.000000000000A61@asutosh.gopinath.mail-wwl14.bo3.lycos.com.lycos.com> An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 1 13:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 13:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 15:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 20:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 03:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 07:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 10:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 11:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 11:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 11:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 13:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 07:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 11:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 15:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 15:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 12:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 16:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 17:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 20:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 23:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Wed Jul 15 00:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 06:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 09:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 12:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 13:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 18:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 03:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 04:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 08:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 11:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 12:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 07:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 20:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 21:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 21:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 22:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>> # Problematic frame: >>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> # >>> # If you would like to submit a bug report, please include >>> # instructions how to reproduce the bug and visit: >>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>> [_thread_in_native, id=10824, >>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0xffffffffb4ebd68c >>> >>> Registers: >>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>> RDX=0x000000000000001b >>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>> RDI=0x00007f02b4fbea60 >>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>> R11=0x0000000000000000 >>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>> R15=0x000000000000004f >>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>> TRAPNO=0x000000000000000e >>> >>> Top of Stack: (sp=0x00007f02b4fbe890) >>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>> >>> Instructions: (pc=0x00007f02b54ccecd) >>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>> >>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>> free space=1022k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> >>> [error occurred during error reporting (printing native stack), id 0xb] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>> j >>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>> id=10819, >>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=10482, >>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>> [_thread_blocked, id=10480, >>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>> [_thread_blocked, id=10479, >>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>> [_thread_blocked, id=10478, >>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>> [_thread_blocked, id=10458, >>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>> >>> Other Threads: >>> 0x00000000023a5800 VMThread [stack: >>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>> 0x00000000023e0800 WatcherThread [stack: >>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>> eden space 14592K, 14% used >>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>> from space 8576K, 99% used >>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>> to space 14528K, 0% used >>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>> object space 50240K, 71% used >>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>> object space 34496K, 57% used >>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>> >>> Dynamic libraries: >>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>> /usr/bin/jsvc >>> 00608000-00609000 r--p 00008000 08:01 4115620 >>> /usr/bin/jsvc >>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>> /usr/bin/jsvc >>> 02333000-031cf000 rw-p 02333000 00:00 0 >>> [heap] >>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>> /usr/share/java/catalina-ant-6.0.18.jar >>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>> /usr/share/java/catalina-tribes-6.0.18.jar >>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>> /usr/share/java/catalina-6.0.18.jar >>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>> /usr/share/java/jasper-el-6.0.18.jar >>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>> /usr/share/java/commons-pool-1.4.jar >>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>> /usr/share/java/annotations-api-6.0.18.jar >>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>> /usr/share/java/el-api-2.1.jar >>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>> /usr/share/java/eclipse-ecj.jar >>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>> /usr/share/java/jasper-6.0.18.jar >>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>> /usr/share/java/servlet-api-2.5.jar >>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>> /usr/share/java/catalina-ha-6.0.18.jar >>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>> /usr/share/java/commons-dbcp-1.2.1.jar >>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>> /usr/share/java/tomcat-coyote-6.0.18.jar >>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>> /usr/share/java/jsp-api-2.1.jar >>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>> /usr/share/tomcat6/bin/tomcat-juli.jar >>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>> /usr/share/tomcat6/bin/bootstrap.jar >>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>> /usr/share/java/gnome-java-bridge.jar >>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>> /usr/share/java/commons-daemon-1.0.2.jar >>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>> /usr/lib/gconv/gconv-modules.cache >>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>> /tmp/hsperfdata_tomcat6/10439 >>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>> [stack] >>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>> [vdso] >>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>> [vsyscall] >>> >>> VM Arguments: >>> jvm_args: -Djava.awt.headless=true -Xmx128M >>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>> -Djava.io.tmpdir=/t >>> mp/tomcat6-temp -Djava.security.manager >>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>> -Djava.util.l >>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>> java_command: >>> Launcher Type: generic >>> >>> Environment Variables: >>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>> USERNAME=root >>> SHELL=/bin/bash >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>> sa_flags=0x10000004 >>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Ubuntu 9.04 (jaunty) >>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>> 2009 x86_64 >>> libc:glibc 2.9 NPTL 2.9 >>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>> load average:0.35 0.14 0.15 >>> >>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>> >>> Memory: 4k page, physical 3992408k(3339580k free), swap >>> 11871992k(11871992k free) >>> >>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>> >>> time: Sun Jul 19 17:00:09 2009 >>> elapsed time: 7 seconds >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> From tjarvi at qbang.org Mon Jul 20 00:18:10 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 22:18:10 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63D86B.3090805@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: Sorry, I grabbed the option from configure.in. The command line option is: ./configure --enable-PRINTER=no All it does is set the following in the Makefile TARGETLIB = $(target_triplet)/librxtxSerial.la instead of the default (which should give you a hint for customizing this): TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la On Sun, 19 Jul 2009, Mike Klein wrote: > mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk > configure: error: unrecognized option: --enable_PRINTER=no > > Do I need cvs build for this parameter? I am using latest zip from wiki. > I will pull just in case. > > In mean time I had removed block which does this check in 3 different > files...I get past build at least. > > I checked ./configure earlier for parameters I may be missing and didn't > see anything beyond standard autoconf stuff. > > > mike > > Trent Jarvi wrote: >> >> To get past the compile issue for now, just run configure >> --enable_PRINTER=no >> >> I'll fix the error as I upgrade the build machine to Debian 5. It >> should also resolve the problems. >> >> On Sun, 19 Jul 2009, Mike Klein wrote: >> >>> Actually appears to be this: >>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>> >>> Besides drain below I got above message too when I tried different >>> serial api calls. >>> >>> I grabbed latest sources from zip on wiki however I get some errors >>> compiling: >>> >>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>> -I/usr/lib/jvm/java-6-openjdk/include >>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>> -D_BSD_SOURC >>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >>> -DPIC -o >>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>> 'Java_gnu_io_I2CPort_Initialize': >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>> undeclared (first use in this function) >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >>> identifier is reported only once >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >>> it appears in.) >>> libtool: link: >>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >>> a valid libtool object >>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>> >>> I notice I already have a libtool installed so I renamed one in rxtx >>> directory but made no difference. >>> >>> >>> mike >>> >>> Mike Klein wrote: >>>> I am really hoping I can save $$ by using straight serial on my server. >>>> I am up for building from sources if this will help me fix issue. >>>> >>>> I am trying to get some home automation stuff working and am getting >>>> segfault from openjdk when flush (or other operations I suspect) get >>>> called. >>>> >>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>> >>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>> tid=139649603074384 >>>> # >>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>> # Problematic frame: >>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> # >>>> # If you would like to submit a bug report, please include >>>> # instructions how to reproduce the bug and visit: >>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>> # The crash happened outside the Java Virtual Machine in native code. >>>> # See problematic frame for where to report the bug. >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>> [_thread_in_native, id=10824, >>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0xffffffffb4ebd68c >>>> >>>> Registers: >>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>>> RDX=0x000000000000001b >>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>>> RDI=0x00007f02b4fbea60 >>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>>> R11=0x0000000000000000 >>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>>> R15=0x000000000000004f >>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>> TRAPNO=0x000000000000000e >>>> >>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>> >>>> Instructions: (pc=0x00007f02b54ccecd) >>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>> >>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>>> free space=1022k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> >>>> [error occurred during error reporting (printing native stack), id 0xb] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>> j >>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>> id=10819, >>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>> [_thread_blocked, id=10482, >>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>> [_thread_blocked, id=10480, >>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>> [_thread_blocked, id=10479, >>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>> [_thread_blocked, id=10478, >>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>> [_thread_blocked, id=10458, >>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>> >>>> Other Threads: >>>> 0x00000000023a5800 VMThread [stack: >>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>> 0x00000000023e0800 WatcherThread [stack: >>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>> eden space 14592K, 14% used >>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>> from space 8576K, 99% used >>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>> to space 14528K, 0% used >>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>> object space 50240K, 71% used >>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>> object space 34496K, 57% used >>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>> >>>> Dynamic libraries: >>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>> [heap] >>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>> /usr/share/java/catalina-ant-6.0.18.jar >>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>> /usr/share/java/catalina-6.0.18.jar >>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>> /usr/share/java/jasper-el-6.0.18.jar >>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>> /usr/share/java/commons-pool-1.4.jar >>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>> /usr/share/java/annotations-api-6.0.18.jar >>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>> /usr/share/java/el-api-2.1.jar >>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>> /usr/share/java/eclipse-ecj.jar >>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>> /usr/share/java/jasper-6.0.18.jar >>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>> /usr/share/java/servlet-api-2.5.jar >>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>> /usr/share/java/catalina-ha-6.0.18.jar >>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>> /usr/share/java/jsp-api-2.1.jar >>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>> /usr/share/tomcat6/bin/bootstrap.jar >>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>> /usr/share/java/gnome-java-bridge.jar >>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>> /usr/share/java/commons-daemon-1.0.2.jar >>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>> /usr/lib/gconv/gconv-modules.cache >>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>> /tmp/hsperfdata_tomcat6/10439 >>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>> [stack] >>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>> [vdso] >>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>> [vsyscall] >>>> >>>> VM Arguments: >>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>> -Djava.io.tmpdir=/t >>>> mp/tomcat6-temp -Djava.security.manager >>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> -Djava.util.l >>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>> java_command: >>>> Launcher Type: generic >>>> >>>> Environment Variables: >>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>> USERNAME=root >>>> SHELL=/bin/bash >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>> sa_flags=0x10000004 >>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Ubuntu 9.04 (jaunty) >>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>> 2009 x86_64 >>>> libc:glibc 2.9 NPTL 2.9 >>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>>> load average:0.35 0.14 0.15 >>>> >>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>> >>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>> 11871992k(11871992k free) >>>> >>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>>> >>>> time: Sun Jul 19 17:00:09 2009 >>>> elapsed time: 7 seconds >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> > From mikeklein at vxappliance.com Mon Jul 20 01:04:41 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 22:04:41 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: <4A63FAE9.2000709@vxappliance.com> I ran with the tweakTheSource option and it worked great. Thanks for your help trent. I can plug in my iButton ring and arm/disarm my security system.........and use a keypad from keypad/lcd combo to arm/disarm my system and log events. For some reason my cid modem isn't receiving cid events but I haven't exercised this code in a while and need to check for tone too. I never told you, but I am using a $150? 8-port db9 to usb and it works flawlessly. Great option when bus space is limited and traffic is minimal. Now if I can just get pulse and tomcat to play well together...good weekend all! mike Trent Jarvi wrote: > > Sorry, I grabbed the option from configure.in. The command line > option is: > > ./configure --enable-PRINTER=no > > All it does is set the following in the Makefile > > TARGETLIB = $(target_triplet)/librxtxSerial.la > > instead of the default (which should give you a hint for customizing > this): > > TARGETLIB = $(target_triplet)/librxtxSerial.la > $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la > $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk >> configure: error: unrecognized option: --enable_PRINTER=no >> >> Do I need cvs build for this parameter? I am using latest zip from wiki. >> I will pull just in case. >> >> In mean time I had removed block which does this check in 3 different >> files...I get past build at least. >> >> I checked ./configure earlier for parameters I may be missing and didn't >> see anything beyond standard autoconf stuff. >> >> >> mike >> >> Trent Jarvi wrote: >>> >>> To get past the compile issue for now, just run configure >>> --enable_PRINTER=no >>> >>> I'll fix the error as I upgrade the build machine to Debian 5. It >>> should also resolve the problems. >>> >>> On Sun, 19 Jul 2009, Mike Klein wrote: >>> >>>> Actually appears to be this: >>>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>>> >>>> Besides drain below I got above message too when I tried different >>>> serial api calls. >>>> >>>> I grabbed latest sources from zip on wiki however I get some errors >>>> compiling: >>>> >>>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>>> -I/usr/lib/jvm/java-6-openjdk/include >>>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>>> -D_BSD_SOURC >>>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c >>>> -fPIC >>>> -DPIC -o >>>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>>> 'Java_gnu_io_I2CPort_Initialize': >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>>> undeclared (first use in this function) >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each >>>> undeclared >>>> identifier is reported only once >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each >>>> function >>>> it appears in.) >>>> libtool: link: >>>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is >>>> not >>>> a valid libtool object >>>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>>> >>>> I notice I already have a libtool installed so I renamed one in rxtx >>>> directory but made no difference. >>>> >>>> >>>> mike >>>> >>>> Mike Klein wrote: >>>>> I am really hoping I can save $$ by using straight serial on my >>>>> server. >>>>> I am up for building from sources if this will help me fix issue. >>>>> >>>>> I am trying to get some home automation stuff working and am getting >>>>> segfault from openjdk when flush (or other operations I suspect) get >>>>> called. >>>>> >>>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>>> >>>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>>> tid=139649603074384 >>>>> # >>>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode >>>>> linux-amd64 ) >>>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>>> # Problematic frame: >>>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> # >>>>> # If you would like to submit a bug report, please include >>>>> # instructions how to reproduce the bug and visit: >>>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>>> # The crash happened outside the Java Virtual Machine in native code. >>>>> # See problematic frame for where to report the bug. >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>>> [_thread_in_native, id=10824, >>>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0xffffffffb4ebd68c >>>>> >>>>> Registers: >>>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, >>>>> RCX=0x00007f02b54cf93e, >>>>> RDX=0x000000000000001b >>>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, >>>>> RSI=0x00007f02b54cf93d, >>>>> RDI=0x00007f02b4fbea60 >>>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, >>>>> R10=0x8101010101010100, >>>>> R11=0x0000000000000000 >>>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, >>>>> R14=0xffffffffb4ebd680, >>>>> R15=0x000000000000004f >>>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>>> TRAPNO=0x000000000000000e >>>>> >>>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>>> >>>>> Instructions: (pc=0x00007f02b54ccecd) >>>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>>> >>>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], >>>>> sp=0x00007f02b4fbe890, >>>>> free space=1022k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> >>>>> [error occurred during error reporting (printing native stack), id >>>>> 0xb] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>>> j >>>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>>> >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, >>>>> id=10823, >>>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, >>>>> id=10822, >>>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, >>>>> id=10821, >>>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, >>>>> id=10820, >>>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>>> id=10819, >>>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, >>>>> id=10716, >>>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, >>>>> id=10715, >>>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, >>>>> id=10714, >>>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, >>>>> id=10713, >>>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, >>>>> id=10707, >>>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=10482, >>>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>>> [_thread_blocked, id=10480, >>>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>>> [_thread_blocked, id=10479, >>>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=10478, >>>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=10458, >>>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>>> >>>>> Other Threads: >>>>> 0x00000000023a5800 VMThread [stack: >>>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>>> 0x00000000023e0800 WatcherThread [stack: >>>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>>> eden space 14592K, 14% used >>>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>>> from space 8576K, 99% used >>>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>>> to space 14528K, 0% used >>>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>>> object space 50240K, 71% used >>>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>>> object space 34496K, 57% used >>>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>>> >>>>> Dynamic libraries: >>>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>>> [heap] >>>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>>> >>>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>>> /usr/share/java/catalina-ant-6.0.18.jar >>>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>>> /usr/share/java/catalina-6.0.18.jar >>>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>>> /usr/share/java/jasper-el-6.0.18.jar >>>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>>> /usr/share/java/commons-pool-1.4.jar >>>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>>> /usr/share/java/annotations-api-6.0.18.jar >>>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>>> /usr/share/java/el-api-2.1.jar >>>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>>> /usr/share/java/eclipse-ecj.jar >>>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>>> /usr/share/java/jasper-6.0.18.jar >>>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>>> /usr/share/java/servlet-api-2.5.jar >>>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>>> /usr/share/java/catalina-ha-6.0.18.jar >>>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>>> /usr/share/java/jsp-api-2.1.jar >>>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>>> /usr/share/tomcat6/bin/bootstrap.jar >>>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>>> /usr/share/java/gnome-java-bridge.jar >>>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>>> /usr/share/java/commons-daemon-1.0.2.jar >>>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>>> /usr/lib/gconv/gconv-modules.cache >>>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>>> /tmp/hsperfdata_tomcat6/10439 >>>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>>> [stack] >>>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>>> [vdso] >>>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>>> [vsyscall] >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>>> -Djava.io.tmpdir=/t >>>>> mp/tomcat6-temp -Djava.security.manager >>>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>>> -Djava.util.l >>>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>>> java_command: >>>>> Launcher Type: generic >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>>> USERNAME=root >>>>> SHELL=/bin/bash >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>>> sa_flags=0x10000004 >>>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Ubuntu 9.04 (jaunty) >>>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>>> 2009 x86_64 >>>>> libc:glibc 2.9 NPTL 2.9 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS >>>>> infinity >>>>> load average:0.35 0.14 0.15 >>>>> >>>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>>> >>>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>>> 11871992k(11871992k free) >>>>> >>>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc >>>>> 4.3.3 >>>>> >>>>> time: Sun Jul 19 17:00:09 2009 >>>>> elapsed time: 7 seconds >>>>> _______________________________________________ >>>>> Rxtx mailing list >>>>> Rxtx at qbang.org >>>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>>> >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >> From tjarvi at qbang.org Mon Jul 20 02:18:46 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 20 Jul 2009 00:18:46 -0600 (MDT) Subject: [Rxtx] RXTX wiki now uses recaptcha Message-ID: To cut down on spambots, I've plugged recaptcha into the wiki. It solves our problem along with helping projects like the OCR project to get digital content from 1.5 million books in the Internet Archive. Problem: http://rxtx.qbang.org/wiki/index.php/Special:RecentChanges Solution: http://recaptcha.net/learnmore.html -- Trent Jarvi tjarvi at qbang.org From tjarvi at qbang.org Sat Jul 25 15:16:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sat, 25 Jul 2009 15:16:37 -0400 (EDT) Subject: [Rxtx] Network outage Message-ID: FYI This last week frii.com which hosts the rxtx webpage and the qbang server had two significant outages. During this time there was a problem with the qbang.org server daemons hosting the rxtx pages and files. Frii resolved their issue yesterday which allowed us to connect to qbang to bring the services back up. Sorry for any problems this may have caused. -- Trent Jarvi tjarvi at qbang.org From asutosh.gopinath at lycos.com Mon Jul 27 01:48:27 2009 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Mon, 27 Jul 2009 01:48:27 -0400 (EDT) Subject: [Rxtx] Getting relocation error: undefined symbol: ceil on xscale linux Message-ID: <20090727014827.HM.000000000000A61@asutosh.gopinath.mail-wwl14.bo3.lycos.com.lycos.com> An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 1 13:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 13:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 15:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 20:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 03:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 07:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 10:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 11:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 11:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 11:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 13:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 07:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 11:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 15:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 15:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 12:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 16:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 17:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 20:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 23:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Wed Jul 15 00:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 06:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 09:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 12:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 13:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 18:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 03:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 04:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 08:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 11:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 12:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 07:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 20:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 21:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 21:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 22:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>> # Problematic frame: >>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> # >>> # If you would like to submit a bug report, please include >>> # instructions how to reproduce the bug and visit: >>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>> [_thread_in_native, id=10824, >>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0xffffffffb4ebd68c >>> >>> Registers: >>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>> RDX=0x000000000000001b >>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>> RDI=0x00007f02b4fbea60 >>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>> R11=0x0000000000000000 >>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>> R15=0x000000000000004f >>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>> TRAPNO=0x000000000000000e >>> >>> Top of Stack: (sp=0x00007f02b4fbe890) >>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>> >>> Instructions: (pc=0x00007f02b54ccecd) >>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>> >>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>> free space=1022k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> >>> [error occurred during error reporting (printing native stack), id 0xb] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>> j >>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>> id=10819, >>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=10482, >>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>> [_thread_blocked, id=10480, >>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>> [_thread_blocked, id=10479, >>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>> [_thread_blocked, id=10478, >>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>> [_thread_blocked, id=10458, >>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>> >>> Other Threads: >>> 0x00000000023a5800 VMThread [stack: >>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>> 0x00000000023e0800 WatcherThread [stack: >>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>> eden space 14592K, 14% used >>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>> from space 8576K, 99% used >>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>> to space 14528K, 0% used >>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>> object space 50240K, 71% used >>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>> object space 34496K, 57% used >>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>> >>> Dynamic libraries: >>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>> /usr/bin/jsvc >>> 00608000-00609000 r--p 00008000 08:01 4115620 >>> /usr/bin/jsvc >>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>> /usr/bin/jsvc >>> 02333000-031cf000 rw-p 02333000 00:00 0 >>> [heap] >>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>> /usr/share/java/catalina-ant-6.0.18.jar >>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>> /usr/share/java/catalina-tribes-6.0.18.jar >>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>> /usr/share/java/catalina-6.0.18.jar >>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>> /usr/share/java/jasper-el-6.0.18.jar >>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>> /usr/share/java/commons-pool-1.4.jar >>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>> /usr/share/java/annotations-api-6.0.18.jar >>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>> /usr/share/java/el-api-2.1.jar >>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>> /usr/share/java/eclipse-ecj.jar >>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>> /usr/share/java/jasper-6.0.18.jar >>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>> /usr/share/java/servlet-api-2.5.jar >>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>> /usr/share/java/catalina-ha-6.0.18.jar >>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>> /usr/share/java/commons-dbcp-1.2.1.jar >>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>> /usr/share/java/tomcat-coyote-6.0.18.jar >>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>> /usr/share/java/jsp-api-2.1.jar >>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>> /usr/share/tomcat6/bin/tomcat-juli.jar >>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>> /usr/share/tomcat6/bin/bootstrap.jar >>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>> /usr/share/java/gnome-java-bridge.jar >>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>> /usr/share/java/commons-daemon-1.0.2.jar >>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>> /usr/lib/gconv/gconv-modules.cache >>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>> /tmp/hsperfdata_tomcat6/10439 >>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>> [stack] >>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>> [vdso] >>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>> [vsyscall] >>> >>> VM Arguments: >>> jvm_args: -Djava.awt.headless=true -Xmx128M >>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>> -Djava.io.tmpdir=/t >>> mp/tomcat6-temp -Djava.security.manager >>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>> -Djava.util.l >>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>> java_command: >>> Launcher Type: generic >>> >>> Environment Variables: >>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>> USERNAME=root >>> SHELL=/bin/bash >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>> sa_flags=0x10000004 >>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Ubuntu 9.04 (jaunty) >>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>> 2009 x86_64 >>> libc:glibc 2.9 NPTL 2.9 >>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>> load average:0.35 0.14 0.15 >>> >>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>> >>> Memory: 4k page, physical 3992408k(3339580k free), swap >>> 11871992k(11871992k free) >>> >>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>> >>> time: Sun Jul 19 17:00:09 2009 >>> elapsed time: 7 seconds >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> From tjarvi at qbang.org Mon Jul 20 00:18:10 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 22:18:10 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63D86B.3090805@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: Sorry, I grabbed the option from configure.in. The command line option is: ./configure --enable-PRINTER=no All it does is set the following in the Makefile TARGETLIB = $(target_triplet)/librxtxSerial.la instead of the default (which should give you a hint for customizing this): TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la On Sun, 19 Jul 2009, Mike Klein wrote: > mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk > configure: error: unrecognized option: --enable_PRINTER=no > > Do I need cvs build for this parameter? I am using latest zip from wiki. > I will pull just in case. > > In mean time I had removed block which does this check in 3 different > files...I get past build at least. > > I checked ./configure earlier for parameters I may be missing and didn't > see anything beyond standard autoconf stuff. > > > mike > > Trent Jarvi wrote: >> >> To get past the compile issue for now, just run configure >> --enable_PRINTER=no >> >> I'll fix the error as I upgrade the build machine to Debian 5. It >> should also resolve the problems. >> >> On Sun, 19 Jul 2009, Mike Klein wrote: >> >>> Actually appears to be this: >>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>> >>> Besides drain below I got above message too when I tried different >>> serial api calls. >>> >>> I grabbed latest sources from zip on wiki however I get some errors >>> compiling: >>> >>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>> -I/usr/lib/jvm/java-6-openjdk/include >>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>> -D_BSD_SOURC >>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >>> -DPIC -o >>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>> 'Java_gnu_io_I2CPort_Initialize': >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>> undeclared (first use in this function) >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >>> identifier is reported only once >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >>> it appears in.) >>> libtool: link: >>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >>> a valid libtool object >>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>> >>> I notice I already have a libtool installed so I renamed one in rxtx >>> directory but made no difference. >>> >>> >>> mike >>> >>> Mike Klein wrote: >>>> I am really hoping I can save $$ by using straight serial on my server. >>>> I am up for building from sources if this will help me fix issue. >>>> >>>> I am trying to get some home automation stuff working and am getting >>>> segfault from openjdk when flush (or other operations I suspect) get >>>> called. >>>> >>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>> >>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>> tid=139649603074384 >>>> # >>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>> # Problematic frame: >>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> # >>>> # If you would like to submit a bug report, please include >>>> # instructions how to reproduce the bug and visit: >>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>> # The crash happened outside the Java Virtual Machine in native code. >>>> # See problematic frame for where to report the bug. >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>> [_thread_in_native, id=10824, >>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0xffffffffb4ebd68c >>>> >>>> Registers: >>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>>> RDX=0x000000000000001b >>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>>> RDI=0x00007f02b4fbea60 >>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>>> R11=0x0000000000000000 >>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>>> R15=0x000000000000004f >>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>> TRAPNO=0x000000000000000e >>>> >>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>> >>>> Instructions: (pc=0x00007f02b54ccecd) >>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>> >>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>>> free space=1022k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> >>>> [error occurred during error reporting (printing native stack), id 0xb] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>> j >>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>> id=10819, >>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>> [_thread_blocked, id=10482, >>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>> [_thread_blocked, id=10480, >>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>> [_thread_blocked, id=10479, >>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>> [_thread_blocked, id=10478, >>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>> [_thread_blocked, id=10458, >>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>> >>>> Other Threads: >>>> 0x00000000023a5800 VMThread [stack: >>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>> 0x00000000023e0800 WatcherThread [stack: >>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>> eden space 14592K, 14% used >>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>> from space 8576K, 99% used >>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>> to space 14528K, 0% used >>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>> object space 50240K, 71% used >>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>> object space 34496K, 57% used >>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>> >>>> Dynamic libraries: >>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>> [heap] >>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>> /usr/share/java/catalina-ant-6.0.18.jar >>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>> /usr/share/java/catalina-6.0.18.jar >>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>> /usr/share/java/jasper-el-6.0.18.jar >>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>> /usr/share/java/commons-pool-1.4.jar >>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>> /usr/share/java/annotations-api-6.0.18.jar >>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>> /usr/share/java/el-api-2.1.jar >>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>> /usr/share/java/eclipse-ecj.jar >>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>> /usr/share/java/jasper-6.0.18.jar >>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>> /usr/share/java/servlet-api-2.5.jar >>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>> /usr/share/java/catalina-ha-6.0.18.jar >>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>> /usr/share/java/jsp-api-2.1.jar >>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>> /usr/share/tomcat6/bin/bootstrap.jar >>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>> /usr/share/java/gnome-java-bridge.jar >>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>> /usr/share/java/commons-daemon-1.0.2.jar >>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>> /usr/lib/gconv/gconv-modules.cache >>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>> /tmp/hsperfdata_tomcat6/10439 >>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>> [stack] >>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>> [vdso] >>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>> [vsyscall] >>>> >>>> VM Arguments: >>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>> -Djava.io.tmpdir=/t >>>> mp/tomcat6-temp -Djava.security.manager >>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> -Djava.util.l >>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>> java_command: >>>> Launcher Type: generic >>>> >>>> Environment Variables: >>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>> USERNAME=root >>>> SHELL=/bin/bash >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>> sa_flags=0x10000004 >>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Ubuntu 9.04 (jaunty) >>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>> 2009 x86_64 >>>> libc:glibc 2.9 NPTL 2.9 >>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>>> load average:0.35 0.14 0.15 >>>> >>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>> >>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>> 11871992k(11871992k free) >>>> >>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>>> >>>> time: Sun Jul 19 17:00:09 2009 >>>> elapsed time: 7 seconds >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> > From mikeklein at vxappliance.com Mon Jul 20 01:04:41 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 22:04:41 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: <4A63FAE9.2000709@vxappliance.com> I ran with the tweakTheSource option and it worked great. Thanks for your help trent. I can plug in my iButton ring and arm/disarm my security system.........and use a keypad from keypad/lcd combo to arm/disarm my system and log events. For some reason my cid modem isn't receiving cid events but I haven't exercised this code in a while and need to check for tone too. I never told you, but I am using a $150? 8-port db9 to usb and it works flawlessly. Great option when bus space is limited and traffic is minimal. Now if I can just get pulse and tomcat to play well together...good weekend all! mike Trent Jarvi wrote: > > Sorry, I grabbed the option from configure.in. The command line > option is: > > ./configure --enable-PRINTER=no > > All it does is set the following in the Makefile > > TARGETLIB = $(target_triplet)/librxtxSerial.la > > instead of the default (which should give you a hint for customizing > this): > > TARGETLIB = $(target_triplet)/librxtxSerial.la > $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la > $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk >> configure: error: unrecognized option: --enable_PRINTER=no >> >> Do I need cvs build for this parameter? I am using latest zip from wiki. >> I will pull just in case. >> >> In mean time I had removed block which does this check in 3 different >> files...I get past build at least. >> >> I checked ./configure earlier for parameters I may be missing and didn't >> see anything beyond standard autoconf stuff. >> >> >> mike >> >> Trent Jarvi wrote: >>> >>> To get past the compile issue for now, just run configure >>> --enable_PRINTER=no >>> >>> I'll fix the error as I upgrade the build machine to Debian 5. It >>> should also resolve the problems. >>> >>> On Sun, 19 Jul 2009, Mike Klein wrote: >>> >>>> Actually appears to be this: >>>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>>> >>>> Besides drain below I got above message too when I tried different >>>> serial api calls. >>>> >>>> I grabbed latest sources from zip on wiki however I get some errors >>>> compiling: >>>> >>>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>>> -I/usr/lib/jvm/java-6-openjdk/include >>>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>>> -D_BSD_SOURC >>>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c >>>> -fPIC >>>> -DPIC -o >>>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>>> 'Java_gnu_io_I2CPort_Initialize': >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>>> undeclared (first use in this function) >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each >>>> undeclared >>>> identifier is reported only once >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each >>>> function >>>> it appears in.) >>>> libtool: link: >>>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is >>>> not >>>> a valid libtool object >>>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>>> >>>> I notice I already have a libtool installed so I renamed one in rxtx >>>> directory but made no difference. >>>> >>>> >>>> mike >>>> >>>> Mike Klein wrote: >>>>> I am really hoping I can save $$ by using straight serial on my >>>>> server. >>>>> I am up for building from sources if this will help me fix issue. >>>>> >>>>> I am trying to get some home automation stuff working and am getting >>>>> segfault from openjdk when flush (or other operations I suspect) get >>>>> called. >>>>> >>>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>>> >>>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>>> tid=139649603074384 >>>>> # >>>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode >>>>> linux-amd64 ) >>>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>>> # Problematic frame: >>>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> # >>>>> # If you would like to submit a bug report, please include >>>>> # instructions how to reproduce the bug and visit: >>>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>>> # The crash happened outside the Java Virtual Machine in native code. >>>>> # See problematic frame for where to report the bug. >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>>> [_thread_in_native, id=10824, >>>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0xffffffffb4ebd68c >>>>> >>>>> Registers: >>>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, >>>>> RCX=0x00007f02b54cf93e, >>>>> RDX=0x000000000000001b >>>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, >>>>> RSI=0x00007f02b54cf93d, >>>>> RDI=0x00007f02b4fbea60 >>>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, >>>>> R10=0x8101010101010100, >>>>> R11=0x0000000000000000 >>>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, >>>>> R14=0xffffffffb4ebd680, >>>>> R15=0x000000000000004f >>>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>>> TRAPNO=0x000000000000000e >>>>> >>>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>>> >>>>> Instructions: (pc=0x00007f02b54ccecd) >>>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>>> >>>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], >>>>> sp=0x00007f02b4fbe890, >>>>> free space=1022k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> >>>>> [error occurred during error reporting (printing native stack), id >>>>> 0xb] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>>> j >>>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>>> >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, >>>>> id=10823, >>>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, >>>>> id=10822, >>>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, >>>>> id=10821, >>>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, >>>>> id=10820, >>>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>>> id=10819, >>>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, >>>>> id=10716, >>>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, >>>>> id=10715, >>>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, >>>>> id=10714, >>>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, >>>>> id=10713, >>>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, >>>>> id=10707, >>>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=10482, >>>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>>> [_thread_blocked, id=10480, >>>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>>> [_thread_blocked, id=10479, >>>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=10478, >>>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=10458, >>>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>>> >>>>> Other Threads: >>>>> 0x00000000023a5800 VMThread [stack: >>>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>>> 0x00000000023e0800 WatcherThread [stack: >>>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>>> eden space 14592K, 14% used >>>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>>> from space 8576K, 99% used >>>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>>> to space 14528K, 0% used >>>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>>> object space 50240K, 71% used >>>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>>> object space 34496K, 57% used >>>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>>> >>>>> Dynamic libraries: >>>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>>> [heap] >>>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>>> >>>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>>> /usr/share/java/catalina-ant-6.0.18.jar >>>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>>> /usr/share/java/catalina-6.0.18.jar >>>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>>> /usr/share/java/jasper-el-6.0.18.jar >>>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>>> /usr/share/java/commons-pool-1.4.jar >>>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>>> /usr/share/java/annotations-api-6.0.18.jar >>>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>>> /usr/share/java/el-api-2.1.jar >>>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>>> /usr/share/java/eclipse-ecj.jar >>>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>>> /usr/share/java/jasper-6.0.18.jar >>>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>>> /usr/share/java/servlet-api-2.5.jar >>>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>>> /usr/share/java/catalina-ha-6.0.18.jar >>>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>>> /usr/share/java/jsp-api-2.1.jar >>>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>>> /usr/share/tomcat6/bin/bootstrap.jar >>>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>>> /usr/share/java/gnome-java-bridge.jar >>>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>>> /usr/share/java/commons-daemon-1.0.2.jar >>>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>>> /usr/lib/gconv/gconv-modules.cache >>>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>>> /tmp/hsperfdata_tomcat6/10439 >>>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>>> [stack] >>>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>>> [vdso] >>>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>>> [vsyscall] >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>>> -Djava.io.tmpdir=/t >>>>> mp/tomcat6-temp -Djava.security.manager >>>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>>> -Djava.util.l >>>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>>> java_command: >>>>> Launcher Type: generic >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>>> USERNAME=root >>>>> SHELL=/bin/bash >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>>> sa_flags=0x10000004 >>>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Ubuntu 9.04 (jaunty) >>>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>>> 2009 x86_64 >>>>> libc:glibc 2.9 NPTL 2.9 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS >>>>> infinity >>>>> load average:0.35 0.14 0.15 >>>>> >>>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>>> >>>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>>> 11871992k(11871992k free) >>>>> >>>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc >>>>> 4.3.3 >>>>> >>>>> time: Sun Jul 19 17:00:09 2009 >>>>> elapsed time: 7 seconds >>>>> _______________________________________________ >>>>> Rxtx mailing list >>>>> Rxtx at qbang.org >>>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>>> >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >> From tjarvi at qbang.org Mon Jul 20 02:18:46 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 20 Jul 2009 00:18:46 -0600 (MDT) Subject: [Rxtx] RXTX wiki now uses recaptcha Message-ID: To cut down on spambots, I've plugged recaptcha into the wiki. It solves our problem along with helping projects like the OCR project to get digital content from 1.5 million books in the Internet Archive. Problem: http://rxtx.qbang.org/wiki/index.php/Special:RecentChanges Solution: http://recaptcha.net/learnmore.html -- Trent Jarvi tjarvi at qbang.org From tjarvi at qbang.org Sat Jul 25 15:16:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sat, 25 Jul 2009 15:16:37 -0400 (EDT) Subject: [Rxtx] Network outage Message-ID: FYI This last week frii.com which hosts the rxtx webpage and the qbang server had two significant outages. During this time there was a problem with the qbang.org server daemons hosting the rxtx pages and files. Frii resolved their issue yesterday which allowed us to connect to qbang to bring the services back up. Sorry for any problems this may have caused. -- Trent Jarvi tjarvi at qbang.org From asutosh.gopinath at lycos.com Mon Jul 27 01:48:27 2009 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Mon, 27 Jul 2009 01:48:27 -0400 (EDT) Subject: [Rxtx] Getting relocation error: undefined symbol: ceil on xscale linux Message-ID: <20090727014827.HM.000000000000A61@asutosh.gopinath.mail-wwl14.bo3.lycos.com.lycos.com> An HTML attachment was scrubbed... URL: From andy at triera.net Wed Jul 29 04:31:05 2009 From: andy at triera.net (Andy Rozman (Aleksander)) Date: Wed, 29 Jul 2009 10:31:05 +0200 Subject: [Rxtx] bluetooth problem Message-ID: Hi ! I am finally so far that I started adding support for Bluetooth (through serial port) devices to my application... But I have come across weird problem. My device creates two virtual com ports, one is outgoing and one incoming. I can see incoming one, but not the other one, and the other is the one I need (I have .NET application that accesses same device and I am using it's code ported to java). I am currently using rxtx 2.1.7 and I am running on Windows x64 machine (and no I had no problem so far using it, and I tried rxtx with several serial devices, without problem). Question is what can be done? Must I switch to rxtx 2.2, will this solve problem, or can I set some setting and this port will be also on list. Do I need to enable my BT device before I start application? As you see I am developing on Windows, but application will be used on many OSes (linux, FreeBSD and Mac). I had little problems on Linux so far,. but that is because I probably haven't configured device correctly or maybe rfccomm device arent recognized). So any bluetooth/linux/mac notes would be appreciated. Take care all and thank you in advance for your help Andy P.S.: Please CC since I am on digest list From cemeyer2 at illinois.edu Wed Jul 1 13:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 13:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 15:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 20:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 03:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 07:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 10:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 11:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 11:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 11:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 13:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 07:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 11:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 15:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 15:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 12:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 16:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 17:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 20:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 23:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Wed Jul 15 00:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 06:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 09:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 12:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 13:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 18:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 03:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 04:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 08:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 11:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 12:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 07:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 20:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 21:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 21:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 22:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>> # Problematic frame: >>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> # >>> # If you would like to submit a bug report, please include >>> # instructions how to reproduce the bug and visit: >>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>> # The crash happened outside the Java Virtual Machine in native code. >>> # See problematic frame for where to report the bug. >>> # >>> >>> --------------- T H R E A D --------------- >>> >>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>> [_thread_in_native, id=10824, >>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> >>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>> si_addr=0xffffffffb4ebd68c >>> >>> Registers: >>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>> RDX=0x000000000000001b >>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>> RDI=0x00007f02b4fbea60 >>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>> R11=0x0000000000000000 >>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>> R15=0x000000000000004f >>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>> TRAPNO=0x000000000000000e >>> >>> Top of Stack: (sp=0x00007f02b4fbe890) >>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>> >>> Instructions: (pc=0x00007f02b54ccecd) >>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>> >>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>> free space=1022k >>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>> C=native code) >>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>> >>> [error occurred during error reporting (printing native stack), id 0xb] >>> >>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>> j >>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>> j java.lang.Thread.run()V+11 >>> v ~StubRoutines::call_stub >>> >>> --------------- P R O C E S S --------------- >>> >>> Java Threads: ( => current thread ) >>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>> id=10819, >>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>> [_thread_blocked, id=10482, >>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>> [_thread_blocked, id=10480, >>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>> [_thread_blocked, id=10479, >>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>> [_thread_blocked, id=10478, >>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>> [_thread_blocked, id=10458, >>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>> >>> Other Threads: >>> 0x00000000023a5800 VMThread [stack: >>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>> 0x00000000023e0800 WatcherThread [stack: >>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>> >>> VM state:not at safepoint (normal execution) >>> >>> VM Mutex/Monitor currently owned by a thread: None >>> >>> Heap >>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>> eden space 14592K, 14% used >>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>> from space 8576K, 99% used >>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>> to space 14528K, 0% used >>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>> object space 50240K, 71% used >>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>> object space 34496K, 57% used >>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>> >>> Dynamic libraries: >>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>> /usr/bin/jsvc >>> 00608000-00609000 r--p 00008000 08:01 4115620 >>> /usr/bin/jsvc >>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>> /usr/bin/jsvc >>> 02333000-031cf000 rw-p 02333000 00:00 0 >>> [heap] >>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>> /lib/libresolv-2.9.so >>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>> /lib/libnss_dns-2.9.so >>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>> /lib/libnss_mdns4_minimal.so.2 >>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>> /usr/share/java/catalina-ant-6.0.18.jar >>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>> /usr/share/java/catalina-tribes-6.0.18.jar >>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>> /usr/share/java/catalina-6.0.18.jar >>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>> /usr/share/java/jasper-el-6.0.18.jar >>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>> /usr/share/java/commons-pool-1.4.jar >>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>> /usr/share/java/annotations-api-6.0.18.jar >>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>> /usr/share/java/el-api-2.1.jar >>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>> /usr/share/java/eclipse-ecj.jar >>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>> /usr/share/java/jasper-6.0.18.jar >>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>> /usr/share/java/servlet-api-2.5.jar >>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>> /usr/share/java/catalina-ha-6.0.18.jar >>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>> /usr/share/java/commons-dbcp-1.2.1.jar >>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>> /usr/share/java/tomcat-coyote-6.0.18.jar >>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>> /usr/share/java/jsp-api-2.1.jar >>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>> /usr/share/tomcat6/bin/tomcat-juli.jar >>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>> /usr/share/tomcat6/bin/bootstrap.jar >>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>> /lib/libz.so.1.2.3.3 >>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>> /lib/librt-2.9.so >>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>> /lib/libm-2.9.so >>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>> /lib/libnss_files-2.9.so >>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>> /lib/libnss_nis-2.9.so >>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>> /lib/libnsl-2.9.so >>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>> /lib/libnss_compat-2.9.so >>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>> /lib/libc-2.9.so >>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>> /lib/libpthread-2.9.so >>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>> /lib/libdl-2.9.so >>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>> /usr/share/java/gnome-java-bridge.jar >>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>> /usr/share/java/commons-daemon-1.0.2.jar >>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>> /usr/lib/gconv/gconv-modules.cache >>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>> /tmp/hsperfdata_tomcat6/10439 >>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>> /lib/ld-2.9.so >>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>> [stack] >>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>> [vdso] >>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>> [vsyscall] >>> >>> VM Arguments: >>> jvm_args: -Djava.awt.headless=true -Xmx128M >>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>> -Djava.io.tmpdir=/t >>> mp/tomcat6-temp -Djava.security.manager >>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>> -Djava.util.l >>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>> java_command: >>> Launcher Type: generic >>> >>> Environment Variables: >>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>> USERNAME=root >>> SHELL=/bin/bash >>> >>> Signal Handlers: >>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>> sa_flags=0x10000004 >>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>> sa_flags=0x10000004 >>> >>> >>> --------------- S Y S T E M --------------- >>> >>> OS:Ubuntu 9.04 (jaunty) >>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>> 2009 x86_64 >>> libc:glibc 2.9 NPTL 2.9 >>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>> load average:0.35 0.14 0.15 >>> >>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>> >>> Memory: 4k page, physical 3992408k(3339580k free), swap >>> 11871992k(11871992k free) >>> >>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>> >>> time: Sun Jul 19 17:00:09 2009 >>> elapsed time: 7 seconds >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> From tjarvi at qbang.org Mon Jul 20 00:18:10 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 22:18:10 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63D86B.3090805@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: Sorry, I grabbed the option from configure.in. The command line option is: ./configure --enable-PRINTER=no All it does is set the following in the Makefile TARGETLIB = $(target_triplet)/librxtxSerial.la instead of the default (which should give you a hint for customizing this): TARGETLIB = $(target_triplet)/librxtxSerial.la $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la On Sun, 19 Jul 2009, Mike Klein wrote: > mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk > configure: error: unrecognized option: --enable_PRINTER=no > > Do I need cvs build for this parameter? I am using latest zip from wiki. > I will pull just in case. > > In mean time I had removed block which does this check in 3 different > files...I get past build at least. > > I checked ./configure earlier for parameters I may be missing and didn't > see anything beyond standard autoconf stuff. > > > mike > > Trent Jarvi wrote: >> >> To get past the compile issue for now, just run configure >> --enable_PRINTER=no >> >> I'll fix the error as I upgrade the build machine to Debian 5. It >> should also resolve the problems. >> >> On Sun, 19 Jul 2009, Mike Klein wrote: >> >>> Actually appears to be this: >>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>> >>> Besides drain below I got above message too when I tried different >>> serial api calls. >>> >>> I grabbed latest sources from zip on wiki however I get some errors >>> compiling: >>> >>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>> -I/usr/lib/jvm/java-6-openjdk/include >>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>> -D_BSD_SOURC >>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >>> -DPIC -o >>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>> 'Java_gnu_io_I2CPort_Initialize': >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>> undeclared (first use in this function) >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >>> identifier is reported only once >>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >>> it appears in.) >>> libtool: link: >>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >>> a valid libtool object >>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>> >>> I notice I already have a libtool installed so I renamed one in rxtx >>> directory but made no difference. >>> >>> >>> mike >>> >>> Mike Klein wrote: >>>> I am really hoping I can save $$ by using straight serial on my server. >>>> I am up for building from sources if this will help me fix issue. >>>> >>>> I am trying to get some home automation stuff working and am getting >>>> segfault from openjdk when flush (or other operations I suspect) get >>>> called. >>>> >>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>> >>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>> # >>>> # A fatal error has been detected by the Java Runtime Environment: >>>> # >>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>> tid=139649603074384 >>>> # >>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>> # Problematic frame: >>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> # >>>> # If you would like to submit a bug report, please include >>>> # instructions how to reproduce the bug and visit: >>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>> # The crash happened outside the Java Virtual Machine in native code. >>>> # See problematic frame for where to report the bug. >>>> # >>>> >>>> --------------- T H R E A D --------------- >>>> >>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>> [_thread_in_native, id=10824, >>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>> si_addr=0xffffffffb4ebd68c >>>> >>>> Registers: >>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >>>> RDX=0x000000000000001b >>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >>>> RDI=0x00007f02b4fbea60 >>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >>>> R11=0x0000000000000000 >>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >>>> R15=0x000000000000004f >>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>> TRAPNO=0x000000000000000e >>>> >>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>> >>>> Instructions: (pc=0x00007f02b54ccecd) >>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>> >>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >>>> free space=1022k >>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>> C=native code) >>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>> >>>> [error occurred during error reporting (printing native stack), id 0xb] >>>> >>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>> j >>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>> j java.lang.Thread.run()V+11 >>>> v ~StubRoutines::call_stub >>>> >>>> --------------- P R O C E S S --------------- >>>> >>>> Java Threads: ( => current thread ) >>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>> id=10819, >>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>> [_thread_blocked, id=10482, >>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>> [_thread_blocked, id=10480, >>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>> [_thread_blocked, id=10479, >>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>> [_thread_blocked, id=10478, >>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>> [_thread_blocked, id=10458, >>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>> >>>> Other Threads: >>>> 0x00000000023a5800 VMThread [stack: >>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>> 0x00000000023e0800 WatcherThread [stack: >>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>> >>>> VM state:not at safepoint (normal execution) >>>> >>>> VM Mutex/Monitor currently owned by a thread: None >>>> >>>> Heap >>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>> eden space 14592K, 14% used >>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>> from space 8576K, 99% used >>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>> to space 14528K, 0% used >>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>> object space 50240K, 71% used >>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>> object space 34496K, 57% used >>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>> >>>> Dynamic libraries: >>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>> /usr/bin/jsvc >>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>> [heap] >>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>> /lib/libresolv-2.9.so >>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>> /lib/libnss_dns-2.9.so >>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>> /lib/libnss_mdns4_minimal.so.2 >>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>> /usr/share/java/catalina-ant-6.0.18.jar >>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>> /usr/share/java/catalina-6.0.18.jar >>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>> /usr/share/java/jasper-el-6.0.18.jar >>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>> /usr/share/java/commons-pool-1.4.jar >>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>> /usr/share/java/annotations-api-6.0.18.jar >>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>> /usr/share/java/el-api-2.1.jar >>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>> /usr/share/java/eclipse-ecj.jar >>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>> /usr/share/java/jasper-6.0.18.jar >>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>> /usr/share/java/servlet-api-2.5.jar >>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>> /usr/share/java/catalina-ha-6.0.18.jar >>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>> /usr/share/java/jsp-api-2.1.jar >>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>> /usr/share/tomcat6/bin/bootstrap.jar >>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>> /lib/libz.so.1.2.3.3 >>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>> /lib/librt-2.9.so >>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>> /lib/libm-2.9.so >>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>> /lib/libnss_files-2.9.so >>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>> /lib/libnss_nis-2.9.so >>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>> /lib/libnsl-2.9.so >>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>> /lib/libnss_compat-2.9.so >>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>> /lib/libc-2.9.so >>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>> /lib/libpthread-2.9.so >>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>> /lib/libdl-2.9.so >>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>> /usr/share/java/gnome-java-bridge.jar >>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>> /usr/share/java/commons-daemon-1.0.2.jar >>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>> /usr/lib/gconv/gconv-modules.cache >>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>> /tmp/hsperfdata_tomcat6/10439 >>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>> /lib/ld-2.9.so >>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>> [stack] >>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>> [vdso] >>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>> [vsyscall] >>>> >>>> VM Arguments: >>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>> -Djava.io.tmpdir=/t >>>> mp/tomcat6-temp -Djava.security.manager >>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>> -Djava.util.l >>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>> java_command: >>>> Launcher Type: generic >>>> >>>> Environment Variables: >>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>> USERNAME=root >>>> SHELL=/bin/bash >>>> >>>> Signal Handlers: >>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>> sa_flags=0x10000004 >>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>> sa_flags=0x10000004 >>>> >>>> >>>> --------------- S Y S T E M --------------- >>>> >>>> OS:Ubuntu 9.04 (jaunty) >>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>> 2009 x86_64 >>>> libc:glibc 2.9 NPTL 2.9 >>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >>>> load average:0.35 0.14 0.15 >>>> >>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>> >>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>> 11871992k(11871992k free) >>>> >>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >>>> >>>> time: Sun Jul 19 17:00:09 2009 >>>> elapsed time: 7 seconds >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >>> _______________________________________________ >>> Rxtx mailing list >>> Rxtx at qbang.org >>> http://mailman.qbang.org/mailman/listinfo/rxtx >>> > From mikeklein at vxappliance.com Mon Jul 20 01:04:41 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 22:04:41 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> <4A63D86B.3090805@vxappliance.com> Message-ID: <4A63FAE9.2000709@vxappliance.com> I ran with the tweakTheSource option and it worked great. Thanks for your help trent. I can plug in my iButton ring and arm/disarm my security system.........and use a keypad from keypad/lcd combo to arm/disarm my system and log events. For some reason my cid modem isn't receiving cid events but I haven't exercised this code in a while and need to check for tone too. I never told you, but I am using a $150? 8-port db9 to usb and it works flawlessly. Great option when bus space is limited and traffic is minimal. Now if I can just get pulse and tomcat to play well together...good weekend all! mike Trent Jarvi wrote: > > Sorry, I grabbed the option from configure.in. The command line > option is: > > ./configure --enable-PRINTER=no > > All it does is set the following in the Makefile > > TARGETLIB = $(target_triplet)/librxtxSerial.la > > instead of the default (which should give you a hint for customizing > this): > > TARGETLIB = $(target_triplet)/librxtxSerial.la > $(target_triplet)/librxtxParallel.la $(target_triplet)/librxtxI2C.la > $(target_triplet)/librxtxRaw.la $(target_triplet)/librxtxRS485.la > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk >> configure: error: unrecognized option: --enable_PRINTER=no >> >> Do I need cvs build for this parameter? I am using latest zip from wiki. >> I will pull just in case. >> >> In mean time I had removed block which does this check in 3 different >> files...I get past build at least. >> >> I checked ./configure earlier for parameters I may be missing and didn't >> see anything beyond standard autoconf stuff. >> >> >> mike >> >> Trent Jarvi wrote: >>> >>> To get past the compile issue for now, just run configure >>> --enable_PRINTER=no >>> >>> I'll fix the error as I upgrade the build machine to Debian 5. It >>> should also resolve the problems. >>> >>> On Sun, 19 Jul 2009, Mike Klein wrote: >>> >>>> Actually appears to be this: >>>> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >>>> >>>> Besides drain below I got above message too when I tried different >>>> serial api calls. >>>> >>>> I grabbed latest sources from zip on wiki however I get some errors >>>> compiling: >>>> >>>> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >>>> -I/usr/lib/jvm/java-6-openjdk/include >>>> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >>>> -D_BSD_SOURC >>>> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c >>>> -fPIC >>>> -DPIC -o >>>> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >>>> 'Java_gnu_io_I2CPort_Initialize': >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >>>> undeclared (first use in this function) >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each >>>> undeclared >>>> identifier is reported only once >>>> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each >>>> function >>>> it appears in.) >>>> libtool: link: >>>> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is >>>> not >>>> a valid libtool object >>>> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >>>> >>>> I notice I already have a libtool installed so I renamed one in rxtx >>>> directory but made no difference. >>>> >>>> >>>> mike >>>> >>>> Mike Klein wrote: >>>>> I am really hoping I can save $$ by using straight serial on my >>>>> server. >>>>> I am up for building from sources if this will help me fix issue. >>>>> >>>>> I am trying to get some home automation stuff working and am getting >>>>> segfault from openjdk when flush (or other operations I suspect) get >>>>> called. >>>>> >>>>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>>>> >>>>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>>>> # >>>>> # A fatal error has been detected by the Java Runtime Environment: >>>>> # >>>>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>>>> tid=139649603074384 >>>>> # >>>>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode >>>>> linux-amd64 ) >>>>> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >>>>> # Problematic frame: >>>>> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> # >>>>> # If you would like to submit a bug report, please include >>>>> # instructions how to reproduce the bug and visit: >>>>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >>>>> # The crash happened outside the Java Virtual Machine in native code. >>>>> # See problematic frame for where to report the bug. >>>>> # >>>>> >>>>> --------------- T H R E A D --------------- >>>>> >>>>> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >>>>> [_thread_in_native, id=10824, >>>>> stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> >>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >>>>> si_addr=0xffffffffb4ebd68c >>>>> >>>>> Registers: >>>>> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, >>>>> RCX=0x00007f02b54cf93e, >>>>> RDX=0x000000000000001b >>>>> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, >>>>> RSI=0x00007f02b54cf93d, >>>>> RDI=0x00007f02b4fbea60 >>>>> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, >>>>> R10=0x8101010101010100, >>>>> R11=0x0000000000000000 >>>>> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, >>>>> R14=0xffffffffb4ebd680, >>>>> R15=0x000000000000004f >>>>> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >>>>> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >>>>> TRAPNO=0x000000000000000e >>>>> >>>>> Top of Stack: (sp=0x00007f02b4fbe890) >>>>> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >>>>> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >>>>> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >>>>> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >>>>> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >>>>> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >>>>> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >>>>> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >>>>> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >>>>> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >>>>> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >>>>> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >>>>> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >>>>> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >>>>> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >>>>> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >>>>> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >>>>> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >>>>> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >>>>> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >>>>> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >>>>> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >>>>> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >>>>> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >>>>> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >>>>> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >>>>> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >>>>> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >>>>> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >>>>> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >>>>> >>>>> Instructions: (pc=0x00007f02b54ccecd) >>>>> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >>>>> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >>>>> >>>>> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], >>>>> sp=0x00007f02b4fbe890, >>>>> free space=1022k >>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >>>>> C=native code) >>>>> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >>>>> >>>>> [error occurred during error reporting (printing native stack), id >>>>> 0xb] >>>>> >>>>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >>>>> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >>>>> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >>>>> j >>>>> com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >>>>> >>>>> j java.lang.Thread.run()V+11 >>>>> v ~StubRoutines::call_stub >>>>> >>>>> --------------- P R O C E S S --------------- >>>>> >>>>> Java Threads: ( => current thread ) >>>>> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >>>>> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >>>>> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >>>>> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >>>>> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, >>>>> id=10823, >>>>> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >>>>> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, >>>>> id=10822, >>>>> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >>>>> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, >>>>> id=10821, >>>>> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >>>>> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, >>>>> id=10820, >>>>> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >>>>> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, >>>>> id=10819, >>>>> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >>>>> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, >>>>> id=10716, >>>>> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >>>>> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, >>>>> id=10715, >>>>> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >>>>> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, >>>>> id=10714, >>>>> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >>>>> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, >>>>> id=10713, >>>>> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >>>>> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >>>>> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >>>>> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, >>>>> id=10707, >>>>> stack(0x00007f02b6114000,0x00007f02b6215000)] >>>>> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >>>>> [_thread_blocked, id=10482, >>>>> stack(0x00007f02b65d5000,0x00007f02b66d6000)] >>>>> 0x00000000023da800 JavaThread "CompilerThread1" daemon >>>>> [_thread_blocked, id=10480, >>>>> stack(0x00007f02b66d6000,0x00007f02b67d7000)] >>>>> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >>>>> [_thread_blocked, id=10479, >>>>> stack(0x00007f02b67d7000,0x00007f02b68d8000)] >>>>> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >>>>> [_thread_blocked, id=10478, >>>>> stack(0x00007f02b68d8000,0x00007f02b69d9000)] >>>>> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >>>>> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >>>>> 0x00000000023aa800 JavaThread "Reference Handler" daemon >>>>> [_thread_blocked, id=10458, >>>>> stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >>>>> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >>>>> stack(0x00007fffd7614000,0x00007fffd7714000)] >>>>> >>>>> Other Threads: >>>>> 0x00000000023a5800 VMThread [stack: >>>>> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >>>>> 0x00000000023e0800 WatcherThread [stack: >>>>> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >>>>> >>>>> VM state:not at safepoint (normal execution) >>>>> >>>>> VM Mutex/Monitor currently owned by a thread: None >>>>> >>>>> Heap >>>>> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >>>>> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >>>>> eden space 14592K, 14% used >>>>> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >>>>> from space 8576K, 99% used >>>>> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >>>>> to space 14528K, 0% used >>>>> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >>>>> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >>>>> 0x00007f02c4cc0000, 0x00007f02c7110000) >>>>> object space 50240K, 71% used >>>>> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >>>>> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >>>>> 0x00007f02b9560000, 0x00007f02c1bb0000) >>>>> object space 34496K, 57% used >>>>> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >>>>> >>>>> Dynamic libraries: >>>>> 00400000-00408000 r-xp 00000000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00608000-00609000 r--p 00008000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 00609000-0060a000 rw-p 00009000 08:01 4115620 >>>>> /usr/bin/jsvc >>>>> 02333000-031cf000 rw-p 02333000 00:00 0 >>>>> [heap] >>>>> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >>>>> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >>>>> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >>>>> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >>>>> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >>>>> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >>>>> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >>>>> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >>>>> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >>>>> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >>>>> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >>>>> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >>>>> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >>>>> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >>>>> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >>>>> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >>>>> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >>>>> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >>>>> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >>>>> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >>>>> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >>>>> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >>>>> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >>>>> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >>>>> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >>>>> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >>>>> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >>>>> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >>>>> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >>>>> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >>>>> /lib/libresolv-2.9.so >>>>> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >>>>> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >>>>> /lib/libnss_dns-2.9.so >>>>> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >>>>> /lib/libnss_mdns4_minimal.so.2 >>>>> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >>>>> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >>>>> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >>>>> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >>>>> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >>>>> >>>>> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >>>>> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >>>>> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >>>>> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >>>>> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >>>>> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >>>>> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >>>>> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >>>>> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >>>>> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >>>>> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >>>>> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >>>>> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >>>>> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >>>>> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >>>>> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >>>>> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >>>>> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >>>>> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >>>>> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >>>>> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >>>>> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >>>>> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >>>>> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >>>>> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >>>>> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >>>>> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >>>>> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >>>>> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >>>>> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >>>>> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >>>>> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >>>>> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >>>>> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >>>>> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >>>>> /usr/share/java/catalina-ant-6.0.18.jar >>>>> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >>>>> /usr/share/java/catalina-tribes-6.0.18.jar >>>>> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >>>>> /usr/share/java/catalina-6.0.18.jar >>>>> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >>>>> /usr/share/java/jasper-el-6.0.18.jar >>>>> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >>>>> /usr/share/java/commons-pool-1.4.jar >>>>> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >>>>> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >>>>> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >>>>> /usr/share/java/annotations-api-6.0.18.jar >>>>> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >>>>> /usr/share/java/el-api-2.1.jar >>>>> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >>>>> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >>>>> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >>>>> /usr/share/java/eclipse-ecj.jar >>>>> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >>>>> /usr/share/java/jasper-6.0.18.jar >>>>> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >>>>> /usr/share/java/servlet-api-2.5.jar >>>>> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >>>>> /usr/share/java/catalina-ha-6.0.18.jar >>>>> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >>>>> /usr/share/java/tomcat-i18n-es-6.0.18.jar >>>>> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >>>>> /usr/share/java/commons-dbcp-1.2.1.jar >>>>> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >>>>> /usr/share/java/tomcat-coyote-6.0.18.jar >>>>> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >>>>> /usr/share/java/jsp-api-2.1.jar >>>>> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >>>>> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >>>>> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >>>>> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >>>>> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >>>>> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >>>>> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >>>>> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >>>>> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >>>>> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >>>>> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >>>>> /usr/lib/locale/en_US.utf8/LC_CTYPE >>>>> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >>>>> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >>>>> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >>>>> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >>>>> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >>>>> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >>>>> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >>>>> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >>>>> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >>>>> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >>>>> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >>>>> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >>>>> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >>>>> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >>>>> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >>>>> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >>>>> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >>>>> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >>>>> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >>>>> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >>>>> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >>>>> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >>>>> /usr/share/tomcat6/bin/tomcat-juli.jar >>>>> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >>>>> /usr/share/tomcat6/bin/bootstrap.jar >>>>> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >>>>> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >>>>> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >>>>> /lib/libz.so.1.2.3.3 >>>>> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >>>>> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >>>>> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >>>>> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >>>>> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >>>>> /lib/librt-2.9.so >>>>> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >>>>> /lib/libm-2.9.so >>>>> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >>>>> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >>>>> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >>>>> /lib/libnss_files-2.9.so >>>>> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >>>>> /lib/libnss_nis-2.9.so >>>>> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >>>>> /lib/libnsl-2.9.so >>>>> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >>>>> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >>>>> /lib/libnss_compat-2.9.so >>>>> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >>>>> /lib/libc-2.9.so >>>>> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >>>>> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >>>>> /lib/libpthread-2.9.so >>>>> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >>>>> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >>>>> /lib/libdl-2.9.so >>>>> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >>>>> /usr/share/java/gnome-java-bridge.jar >>>>> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >>>>> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >>>>> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >>>>> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >>>>> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >>>>> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >>>>> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >>>>> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >>>>> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >>>>> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >>>>> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >>>>> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >>>>> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >>>>> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >>>>> /usr/share/java/commons-daemon-1.0.2.jar >>>>> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >>>>> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >>>>> /usr/lib/gconv/gconv-modules.cache >>>>> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >>>>> /tmp/hsperfdata_tomcat6/10439 >>>>> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >>>>> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >>>>> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >>>>> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >>>>> /lib/ld-2.9.so >>>>> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >>>>> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >>>>> [stack] >>>>> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >>>>> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >>>>> [vdso] >>>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >>>>> [vsyscall] >>>>> >>>>> VM Arguments: >>>>> jvm_args: -Djava.awt.headless=true -Xmx128M >>>>> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >>>>> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >>>>> -Djava.io.tmpdir=/t >>>>> mp/tomcat6-temp -Djava.security.manager >>>>> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >>>>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >>>>> -Djava.util.l >>>>> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >>>>> java_command: >>>>> Launcher Type: generic >>>>> >>>>> Environment Variables: >>>>> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >>>>> PATH=/bin:/usr/bin:/sbin:/usr/sbin >>>>> USERNAME=root >>>>> SHELL=/bin/bash >>>>> >>>>> Signal Handlers: >>>>> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >>>>> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, >>>>> sa_flags=0x10000004 >>>>> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, >>>>> sa_flags=0x10000004 >>>>> >>>>> >>>>> --------------- S Y S T E M --------------- >>>>> >>>>> OS:Ubuntu 9.04 (jaunty) >>>>> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >>>>> 2009 x86_64 >>>>> libc:glibc 2.9 NPTL 2.9 >>>>> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS >>>>> infinity >>>>> load average:0.35 0.14 0.15 >>>>> >>>>> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >>>>> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >>>>> >>>>> Memory: 4k page, physical 3992408k(3339580k free), swap >>>>> 11871992k(11871992k free) >>>>> >>>>> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >>>>> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc >>>>> 4.3.3 >>>>> >>>>> time: Sun Jul 19 17:00:09 2009 >>>>> elapsed time: 7 seconds >>>>> _______________________________________________ >>>>> Rxtx mailing list >>>>> Rxtx at qbang.org >>>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>>> >>>> _______________________________________________ >>>> Rxtx mailing list >>>> Rxtx at qbang.org >>>> http://mailman.qbang.org/mailman/listinfo/rxtx >>>> >> From tjarvi at qbang.org Mon Jul 20 02:18:46 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Mon, 20 Jul 2009 00:18:46 -0600 (MDT) Subject: [Rxtx] RXTX wiki now uses recaptcha Message-ID: To cut down on spambots, I've plugged recaptcha into the wiki. It solves our problem along with helping projects like the OCR project to get digital content from 1.5 million books in the Internet Archive. Problem: http://rxtx.qbang.org/wiki/index.php/Special:RecentChanges Solution: http://recaptcha.net/learnmore.html -- Trent Jarvi tjarvi at qbang.org From tjarvi at qbang.org Sat Jul 25 15:16:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sat, 25 Jul 2009 15:16:37 -0400 (EDT) Subject: [Rxtx] Network outage Message-ID: FYI This last week frii.com which hosts the rxtx webpage and the qbang server had two significant outages. During this time there was a problem with the qbang.org server daemons hosting the rxtx pages and files. Frii resolved their issue yesterday which allowed us to connect to qbang to bring the services back up. Sorry for any problems this may have caused. -- Trent Jarvi tjarvi at qbang.org From asutosh.gopinath at lycos.com Mon Jul 27 01:48:27 2009 From: asutosh.gopinath at lycos.com (asutosh gopinath) Date: Mon, 27 Jul 2009 01:48:27 -0400 (EDT) Subject: [Rxtx] Getting relocation error: undefined symbol: ceil on xscale linux Message-ID: <20090727014827.HM.000000000000A61@asutosh.gopinath.mail-wwl14.bo3.lycos.com.lycos.com> An HTML attachment was scrubbed... URL: From andy at triera.net Wed Jul 29 04:31:05 2009 From: andy at triera.net (Andy Rozman (Aleksander)) Date: Wed, 29 Jul 2009 10:31:05 +0200 Subject: [Rxtx] bluetooth problem Message-ID: Hi ! I am finally so far that I started adding support for Bluetooth (through serial port) devices to my application... But I have come across weird problem. My device creates two virtual com ports, one is outgoing and one incoming. I can see incoming one, but not the other one, and the other is the one I need (I have .NET application that accesses same device and I am using it's code ported to java). I am currently using rxtx 2.1.7 and I am running on Windows x64 machine (and no I had no problem so far using it, and I tried rxtx with several serial devices, without problem). Question is what can be done? Must I switch to rxtx 2.2, will this solve problem, or can I set some setting and this port will be also on list. Do I need to enable my BT device before I start application? As you see I am developing on Windows, but application will be used on many OSes (linux, FreeBSD and Mac). I had little problems on Linux so far,. but that is because I probably haven't configured device correctly or maybe rfccomm device arent recognized). So any bluetooth/linux/mac notes would be appreciated. Take care all and thank you in advance for your help Andy P.S.: Please CC since I am on digest list From tjarvi at qbang.org Wed Jul 29 22:19:41 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 29 Jul 2009 22:19:41 -0400 (EDT) Subject: [Rxtx] bluetooth problem In-Reply-To: References: Message-ID: On Wed, 29 Jul 2009, Andy Rozman (Aleksander) wrote: > Hi ! > > I am finally so far that I started adding support for Bluetooth (through > serial port) devices to my application... But I have come across weird > problem. My device creates two virtual com ports, one is outgoing and one > incoming. I can see incoming one, but not the other one, and the other is the > one I need (I have .NET application that accesses same device and I am using > it's code ported to java). rxtx performs a timed out read to determine if the port is real. In your case, the outgoing port may error. You probably want to override enumeration in this case. http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > > I am currently using rxtx 2.1.7 and I am running on Windows x64 machine (and > no I had no problem so far using it, and I tried rxtx with several serial > devices, without problem). Question is what can be done? Must I switch to rxtx > 2.2, will this solve problem, or can I set some setting and this port will be > also on list. Do I need to enable my BT device before I start application? For enumeration to work, the port needs to be readable. Bluetooth drivers can behave differently. I know that the ones that come with lego mindstorm behave well. Sadly, it really depends upon the drivers. > > As you see I am developing on Windows, but application will be used on many > OSes (linux, FreeBSD and Mac). I had little problems on Linux so far,. but > that is because I probably haven't configured device correctly or maybe > rfccomm device arent recognized). So any bluetooth/linux/mac notes would be > appreciated. > You may try the application as root to see if it is a permissions issue. The page I linked above can help as well. I've only tried windows with bluetooth but it should work in theory. Perhaps others here can share their experiences. > Take care all and thank you in advance for your help > Andy > > P.S.: Please CC since I am on digest list > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From andy at triera.net Thu Jul 30 03:58:28 2009 From: andy at triera.net (Andy Rozman (Aleksander)) Date: Thu, 30 Jul 2009 09:58:28 +0200 Subject: [Rxtx] bluetooth problem Message-ID: Trent Jarvi wrote: > > > On Wed, 29 Jul 2009, Andy Rozman (Aleksander) wrote: > > > Hi ! > > > > it's code ported to java). > > rxtx performs a timed out read to determine if the port is real. In your > case, the outgoing port may error. You probably want to override > enumeration in this case. > > http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_does_rxtx_detect_ports.3F__Can_I_override_it.3F > This is no help for windows. I mean will port be displayed (if I set it here, even if its not visible to rxtx)? > > > > > I am currently using rxtx 2.1.7 and I am running on Windows x64 machine (and > > no I had no problem so far using it, and I tried rxtx with several serial > > devices, without problem). Question is what can be done? Must I switch to > rxtx > > 2.2, will this solve problem, or can I set some setting and this port will > be > > also on list. Do I need to enable my BT device before I start application? > > For enumeration to work, the port needs to be readable. Bluetooth drivers > can behave differently. I know that the ones that come with lego > mindstorm behave well. Sadly, it really depends upon the drivers. > > > Yep... and the OS... I have Win x64 and I have two USB bluetooth ports -adapters, one works on linux and other on windows... At least it somehow works in Windows, which means that it might not even work... I will try with one that works on linux, maybe it will work on windows with java... As I said I have .NET application that can communicate with device, but it works just with my "Windows BT Adapter", not with "Linux BT Adapter (LBT in further text)". Don't get me wrong... LBT is recognized by Windows, drivers installed and everything, i can see ports - of my device, just communication doesn't work... with .NET application... maybe it will work with java... I will try that... > > > > You may try the application as root to see if it is a permissions issue. > The page I linked above can help as well. > I will worry about linux later. I need to get it working on windows first, then implement code and then we can worry about unix issues and configuration. If I can get it working on windows it will work on linux too (after I get it configured right). Maybe I just need to change enumeration so that it will see rtcommX devices. It would be nice if there would be special configuration file, where we could add additional enumerations, which work for our OS, rxtx would first read those set in code and then read this config file and add all thoose additional ones... Andy From cemeyer2 at illinois.edu Wed Jul 1 13:51:57 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 12:51:57 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application Message-ID: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Hi, Im trying to open a bluetooth serial port from a multithreaded application, but when the following line of code gets run: SerialPort serialPort = (SerialPort)portId.open(SerialComm.class.getName(),2000); the application completely locks up and will not exit normally. The system requires a reboot (forcibly, using the power button) to close the application. Ive done a bit of debugging, and have traced it to the native call to open in RXTXPort, but havnt traced it any further. Is there a way to further debug the native methods to see what is happening? The strange thing is when I create a simple main method that only opens up the serial port and does some basic io, it works perfectly, but running the exact same methods in the multithreaded application causes RXTX to hang. Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit version of the native libraries found on the wiki. If anyone knows whats going on with my setup or has guidance on next steps to take to solve the problem, it would be very grateful. Thanks Charlie Meyer charlie at charliemeyer.net Department of Computer Science University of Illinois at Urbana-Champaign -------------- next part -------------- An HTML attachment was scrubbed... URL: From ajmas at sympatico.ca Wed Jul 1 13:58:24 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed, 1 Jul 2009 13:58:24 -0400 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: I was just reading some stuff on the Darwin-dev mailing list and came across this: http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html Note sure whether it is of any relevance? Andre On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. The > system requires a reboot (forcibly, using the power button) to close > the application. Ive done a bit of debugging, and have traced it to > the native call to open in RXTXPort, but havnt traced it any > further. Is there a way to further debug the native methods to see > what is happening? > > The strange thing is when I create a simple main method that only > opens up the serial port and does some basic io, it works perfectly, > but running the exact same methods in the multithreaded application > causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the > 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on next > steps to take to solve the problem, it would be very grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx From cemeyer2 at illinois.edu Wed Jul 1 15:05:36 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 1 Jul 2009 14:05:36 -0500 Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> Message-ID: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Ive traced down the problem a bit, maybe this might help someone shed some light on what is going on for me. My application's desired behavior is to scan for all available serial ports and then start io on the ones that are available at runtime. To accomplish the first task, I was using code that was almost identical to the code on the wiki: http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports Each subsequent open of a port that was opened/closed in the discovery phase caused the system to hang. When i removed the open/close lines for each found serial port, everything worked just fine. Is there a reason why an open/close/open operation on a serial port would cause my application to lockup? Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and came > across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, >> >> Im trying to open a bluetooth serial port from a multithreaded >> application, but when the following line of code gets run: >> >> SerialPort serialPort = >> (SerialPort)portId.open(SerialComm.class.getName(),2000); >> >> the application completely locks up and will not exit normally. The system >> requires a reboot (forcibly, using the power button) to close the >> application. Ive done a bit of debugging, and have traced it to the native >> call to open in RXTXPort, but havnt traced it any further. Is there a way to >> further debug the native methods to see what is happening? >> >> The strange thing is when I create a simple main method that only opens up >> the serial port and does some basic io, it works perfectly, but running the >> exact same methods in the multithreaded application causes RXTX to hang. >> >> Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with the 64 bit >> version of the native libraries found on the wiki. >> >> If anyone knows whats going on with my setup or has guidance on next steps >> to take to solve the problem, it would be very grateful. >> >> Thanks >> >> Charlie Meyer >> >> charlie at charliemeyer.net >> >> Department of Computer Science >> University of Illinois at Urbana-Champaign >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjarvi at qbang.org Wed Jul 1 20:04:37 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Wed, 1 Jul 2009 18:04:37 -0600 (MDT) Subject: [Rxtx] Problem opening serial port in multithreaded application In-Reply-To: <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> References: <6c9e84f70907011051x5c9e6245oaee6fce8946503ae@mail.gmail.com> <6c9e84f70907011205p4f3b9889wc6dd4919ec8d5e88@mail.gmail.com> Message-ID: A reboot required suggests a kernel driver issue. I've seen problems with drivers on windows systems involving bluetooth devices that are presented as serial ports. I can imagine it is difficult to present a connection as a device. I've only run into a couple drivers that do it well. The hang may be associated with establishing the connection which is triggered by the open call. I've had luck with the lego mindstorm bluetooth driver/dongles. I think that claims to work with Macs as well. I would suggest following up with the vendor as well. We had problems with plain USB<->Serial dongles early on but vendors reacted well. On Wed, 1 Jul 2009, Charlie Meyer wrote: > Ive traced down the problem a bit, maybe this might help someone shed some > light on what is going on for me. > > My application's desired behavior is to scan for all available serial ports > and then start io on the ones that are available at runtime. To accomplish > the first task, I was using code that was almost identical to the code on > the wiki: > > http://rxtx.qbang.org/wiki/index.php/Discovering_available_comm_ports > > Each subsequent open of a port that was opened/closed in the discovery phase > caused the system to hang. When i removed the open/close lines for each > found serial port, everything worked just fine. > > Is there a reason why an open/close/open operation on a serial port would > cause my application to lockup? > > Charlie Meyer > > Department of Computer Science > University of Illinois at Urbana-Champaign > > > On Wed, Jul 1, 2009 at 12:58, Andre-John Mas wrote: > I was just reading some stuff on the Darwin-dev mailing list and > came across this: > > http://lists.apple.com/archives/Darwin-dev/2009/Jun/msg00096.html > > Note sure whether it is of any relevance? > > Andre > > > On 1-Jul-2009, at 13:51, Charlie Meyer wrote: > > Hi, > > Im trying to open a bluetooth serial port from a multithreaded > application, but when the following line of code gets run: > > SerialPort serialPort = > (SerialPort)portId.open(SerialComm.class.getName(),2000); > > the application completely locks up and will not exit normally. > The system requires a reboot (forcibly, using the power button) > to close the application. Ive done a bit of debugging, and have > traced it to the native call to open in RXTXPort, but havnt > traced it any further. Is there a way to further debug the > native methods to see what is happening? > > The strange thing is when I create a simple main method that > only opens up the serial port and does some basic io, it works > perfectly, but running the exact same methods in the > multithreaded application causes RXTX to hang. > > Im running Mac OS X 10.5 with Java 1.6, using rxtx 2.2pre2 with > the 64 bit version of the native libraries found on the wiki. > > If anyone knows whats going on with my setup or has guidance on > next steps to take to solve the problem, it would be very > grateful. > > Thanks > > Charlie Meyer > > charlie at charliemeyer.net > > Department of Computer Science > University of Illinois at Urbana-Champaign > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > > > > From j_jpg at hotmail.com Tue Jul 7 03:25:59 2009 From: j_jpg at hotmail.com (jpg jpg) Date: Tue, 7 Jul 2009 07:25:59 +0000 Subject: [Rxtx] (no subject) Message-ID: Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you _________________________________________________________________ ?Quieres ver los mejores videos de MSN? Enciende Messenger TV http://messengertv.msn.com/mkt/es-es/default.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 07:44:18 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 07:44:18 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> >From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_jpg at hotmail.com Tue Jul 7 10:20:35 2009 From: j_jpg at hotmail.com (Javi P) Date: Tue, 7 Jul 2009 16:20:35 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ------------------------------------------------------------------------------ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ------------------------------------------------------------------------------ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From tristan.dyer at cgi.com Tue Jul 7 11:14:48 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:14:48 -0400 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D038832E3@MTL-MSG-02.cgiclients.com> try adding something like grant codeBase "http://w.x.y.z:port/-" { permission java.security.AllPermission; }; to your policy file, changing for the actual IP/hostname and port. This gives your applet free reign to do whatever you want. this is probably overkill, and you should reduce it to the actual permissions you need later, but to make sure things are working its a good shot. You will likely also need to add a permission for your applet to load the library. permission java.lang.RuntimePermission "loadLibrary.rxtxSerial"; and you will need to add the dll/so to the usual places so that java can find the dll/so on the client machine. give that a shot. When you run that code what exceptions are being reported? Cheers, -- Tristan Dyer, Analyst CGI ________________________________ From: Javi P [mailto:j_jpg at hotmail.com] Sent: July 7, 2009 11:21 AM To: Dyer, Tristan; rxtx at qbang.org Subject: Re: [Rxtx] (no subject) Thank you I want to do a Entreprise website to replace an application developed in Visual Basic, and I have to read barcode trough serial port and a Weight, so I can't use a simulator keyboard. I locate the file java.policy but I don't know how modify it. I try another simpe sample and I can't enumerate the ports, it seems like it can't find the libraries or what you told me, that doesn't have permissions. import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertos { public static void main ( String[] args ) { try { System.out.println("a"); System.out.println("a.b.a"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); System.out.println("a.b"); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); System.out.println("Nombre Puerto"+port.getName()); } System.out.println("b"); } catch (Exception e) { e.printStackTrace(); } } } ----- Original Message ----- From: Dyer, Tristan To: jpg jpg ; rxtx at qbang.org Sent: Tuesday, July 07, 2009 1:44 PM Subject: RE: [Rxtx] (no subject) From a webpage? There is no good option. The security sandbox likely wont let you open the com port. Modifying the java.policy file works, but is really only practical if you are doing an enterpriseish website where you have control of the client environment. I dont think JWS is what you are looking for because you will likely want to report the outcome of the SKU reader to the browser to populate some field. My expierience is limited but in the past I have been able to get windows to think of the scanner as a second keyboard almost and it will directly populate the field. That probably depends on your hardware though. Good Luck, -- Tristan Dyer, Analyst CGI ________________________________ From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of jpg jpg Sent: July 7, 2009 4:26 AM To: rxtx at qbang.org Subject: [Rxtx] (no subject) Hi, I'm new. I want develop a web page (Windows, Linux Thin Clients) that use a serial codebar reader. My first option is create an applet, I try to convert the Sample "TwoWaySerialComm.java" but I can't, in fact I don't know how I can do. In the mail list I read that other people use Java Web Start. What way I must follow? Do you have any documentation or sample? Thank you ________________________________ Comparte tus fotos con tus amigos. M?s f?cil con Windows Live -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.j.tandy at warwick.ac.uk Tue Jul 7 11:17:15 2009 From: m.j.tandy at warwick.ac.uk (Michael Tandy) Date: Tue, 7 Jul 2009 16:17:15 +0100 Subject: [Rxtx] (no subject) In-Reply-To: References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> Message-ID: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> > I want to do a Entreprise website?to replace an application developed in > Visual Basic, and I have to read barcode trough serial port and a Weight, so > I can't use a simulator keyboard. I locate the file java.policy but I don't > know how modify it. I try another simpe sample and I can't enumerate the > ports, it seems like it can't find the libraries or what you told me, that > doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client?s local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html From tristan.dyer at cgi.com Tue Jul 7 11:40:30 2009 From: tristan.dyer at cgi.com (Dyer, Tristan) Date: Tue, 7 Jul 2009 11:40:30 -0400 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <9DA32B4D8579AF44AD96C1CC2E9C518D0388331B@MTL-MSG-02.cgiclients.com> Good Point, I assumed he meant a webpage as in HTML, but the entirity of the application could be written in java as the applet, in which case JWS may be the way to go. This is enterprise land, so it is concievable that he could require the users to make modifications to java so as to negate [2]. We do it, and have no problems. It isnt even a signed applet, and it is very reliable. Thanks, -- Tristan Dyer, Analyst CGI -----Original Message----- From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Michael Tandy Sent: July 7, 2009 12:17 PM To: Javi P Cc: rxtx at qbang.org Subject: Re: [Rxtx] (no subject) > I want to do a Entreprise website?to replace an application developed > in Visual Basic, and I have to read barcode trough serial port and a > Weight, so I can't use a simulator keyboard. I locate the file > java.policy but I don't know how modify it. I try another simpe sample > and I can't enumerate the ports, it seems like it can't find the > libraries or what you told me, that doesn't have permissions. Rxtx accesses the serial port from java by using native code, through the Java Native Interface (JNI). However, native code doesn't run in the 'sandbox' java uses to stop applets messing with the user's computer - so just letting you run JNI code from an applet without the user's permission would be a security problem. I gather it's possible for signed applets with the user's permission to use JNI if the library is already on the user's computer - see [1] - but according to [2] "JNI and web-loaded Applets are incompatible, even if you sign them or jump through incredible hoops. You must use a Signed Applet to install an second signed one on the client's local hard disk, and then use that second Applet to do your JNI work. Even then loadLibrary is unreliable." Some people suggest that Java Web Start (JWS) is a better/easier choice for what you want to do; some details on that at [3]. [1] http://www.raditha.com/java/jni/applet.php [2] http://mindprod.com/jgloss/jni.html [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From johnny.luong at trustcommerce.com Tue Jul 7 13:43:13 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 07 Jul 2009 10:43:13 -0700 Subject: [Rxtx] (no subject) In-Reply-To: <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> Message-ID: <4A538931.3040507@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- From j_jpg at hotmail.com Wed Jul 8 07:05:28 2009 From: j_jpg at hotmail.com (Javi P) Date: Wed, 8 Jul 2009 13:05:28 +0200 Subject: [Rxtx] (no subject) References: <9DA32B4D8579AF44AD96C1CC2E9C518D0388315B@MTL-MSG-02.cgiclients.com> <302aa0340907070817w35e97955y253b8c221b58a4f0@mail.gmail.com> <4A538931.3040507@trustcommerce.com> Message-ID: Hello people! I was reading all your suggestions and comments and someones I don't understand, I'm pre-beginner. Anyway I have found in internet some help to use RXTX with an applet. http://hacky.vox.com/library/posts/tags/rxtxcomm/ I follow the first option (I have to copy the libraries like the example) and for the moment I can enumerate then ports with the applet. This is the Source Code: import java.applet.Applet; import java.awt.Graphics; import gnu.io.CommPort; import gnu.io.CommPortIdentifier; import gnu.io.SerialPort; import gnu.io.SerialPortEvent; import gnu.io.SerialPortEventListener; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Enumeration; public class ListaPuertosApplet extends Applet { StringBuffer buffer; public void init() { try { buffer = new StringBuffer(); addItem("initializing... \n"); Enumeration ports = CommPortIdentifier.getPortIdentifiers(); while (ports.hasMoreElements()) { CommPortIdentifier port = (CommPortIdentifier)ports.nextElement(); addItem("Nombre Puerto: " + port.getName() + "\n"); } } catch (Exception e) { e.printStackTrace(); } } void addItem(String newWord) { System.out.println(newWord); buffer.append(newWord); repaint(); } public void paint(Graphics g) { //Draw a Rectangle around the applet's display area. g.drawRect(0, 0, getWidth() - 1,getHeight() - 1); //Draw the current string inside the rectangle. g.drawString(buffer.toString(), 5, 15); } } I suposse that if I can read and write in the serial port , and put the result in a textbox I use an applet to develop the application because I know, a bit, HTML language, while JWS is totally new for me. ----- Original Message ----- From: "Johnny Luong" To: "rxtx" Cc: "Michael Tandy" Sent: Tuesday, July 07, 2009 7:43 PM Subject: Re: [Rxtx] (no subject) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Tandy wrote: |> I want to do a Entreprise website to replace an application developed in |> Visual Basic, and I have to read barcode trough serial port and a Weight, so |> I can't use a simulator keyboard. I locate the file java.policy but I don't |> know how modify it. I try another simpe sample and I can't enumerate the |> ports, it seems like it can't find the libraries or what you told me, that |> doesn't have permissions. | | Rxtx accesses the serial port from java by using native code, through | the Java Native Interface (JNI). However, native code doesn't run in | the 'sandbox' java uses to stop applets messing with the user's | computer - so just letting you run JNI code from an applet without the | user's permission would be a security problem. | | I gather it's possible for signed applets with the user's permission | to use JNI if the library is already on the user's computer - see [1] | - but according to [2] "JNI and web-loaded Applets are incompatible, | even if you sign them or jump through incredible hoops. You must use a | Signed Applet to install an second signed one on the client?s local | hard disk, and then use that second Applet to do your JNI work. Even | then loadLibrary is unreliable." | | Some people suggest that Java Web Start (JWS) is a better/easier | choice for what you want to do; some details on that at [3]. | | [1] http://www.raditha.com/java/jni/applet.php | [2] http://mindprod.com/jgloss/jni.html | [3] http://java.sun.com/javase/technologies/desktop/javawebstart/overview.html | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx | | Hi, Our application (applet) has the RXTX libraries/JAR available as part of the JRE installation and since the applet is signed / timestamped, it is able to run within the browser context talking to multiple serial ports. ~ It is not for the faint of heart though because of the implicit consequences in the applet lifecycle model and auto updated JREs so it might be less error prone to use it within the standalone application context (e.g: Java Web Start, shell script invoking the JRE, etc.) Some useful information if you are interested: http://java.sun.com/j2se/1.5.0/docs/guide/security/time-of-signing-beta1.html http://java.sun.com/docs/books/tutorial/deployment/applet/lifeCycle.html Best, Johnny -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpTiTEACgkQnQTBLXttTeXldwCeMaNYRAGT34AT5cMDSECJ6480 EVkAn20xm47F1ygVbTweVz5V7GnfS1Jz =LOtS -----END PGP SIGNATURE----- _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From j_jpg at hotmail.com Thu Jul 9 11:33:21 2009 From: j_jpg at hotmail.com (Javi P) Date: Thu, 9 Jul 2009 17:33:21 +0200 Subject: [Rxtx] Problem with setSerialPortParams Message-ID: Hello! I'm still working creating a Applet that wotks in Windows and use RxTx Libraries. The other day I told you that I can make a List of avaiable ports in the computer in an applet, today I achieve to use a Barcode Reader in the applet, but I can't set the "setSerialPortParams", it works because the Barcode Reader has the same parameter as default, but in same places I want to change them. I atach the code. Do you have any idea? Thank you in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SerialJavi.java Type: application/octet-stream Size: 3911 bytes Desc: not available URL: From pixue_breaker at hotmail.com Sun Jul 12 15:31:16 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Sun, 12 Jul 2009 19:31:16 +0000 Subject: [Rxtx] reading timeouts Message-ID: hi! i want to read bytes from serial port and set a maximun timeout that aborts reading in case of read time exceed it. some ideas or code examples? Thx -Pixu- _________________________________________________________________ Nuevo Windows Live, un mundo lleno de posibilidades. Desc?brelo. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Sun Jul 12 15:46:20 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Sun, 12 Jul 2009 14:46:20 -0500 Subject: [Rxtx] reading timeouts In-Reply-To: References: Message-ID: <6c9e84f70907121246h6afb2f4as5de7131ded6f5b9b@mail.gmail.com> i would think something like: serialPort.enableReceiveTimeout(time); then serialPort.getIntputStream() and read from the InputStream the api has more info on each of these calls: http://java.sun.com/products/javacomm/reference/api/index.html -Charlie On Sun, Jul 12, 2009 at 14:31, Samuel Ovia?o Su?rez < pixue_breaker at hotmail.com> wrote: > hi! > > i want to read bytes from serial port and set a maximun timeout that aborts > reading in case of read time exceed it. some ideas or code examples? > > Thx -Pixu- > > ------------------------------ > Nuevo Windows Live, un mundo lleno de posibilidades Desc?brelo. > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail4ng at gmail.com Tue Jul 14 12:06:59 2009 From: mail4ng at gmail.com (dw) Date: Tue, 14 Jul 2009 18:06:59 +0200 Subject: [Rxtx] creating lock file fails Message-ID: <4A5CAD23.3050008@gmail.com> Hello, i'm having a lock file problem. what am i doing in short terms. i have an application that is listening for incoming messages. the main thread starts a polling thread and a listening thread. the polling thread polls a device via usb/serial adapter every second. on an incoming request, the listening thread waits until a poll is running, and the blocks the polling thread for executing the nicoming command. the polling thread works fine and communication is working without any problems. but as soon as the listening thread tries to open the port i get the following error mesage: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists why is the second thread creating this error? the port is closed before i try to open the port from within the second (listening) thread. machine runs ubuntu and the app is running currently for testing under the root account. any help? Daniel From jfoster at dtiweb.net Tue Jul 14 16:26:12 2009 From: jfoster at dtiweb.net (Joshua Foster) Date: Tue, 14 Jul 2009 16:26:12 -0400 Subject: [Rxtx] FW: Loading of native library Message-ID: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Hi RXTX mailing list: We have a library-loading issue with RXTX 2.1-7. We would like to keep the RXTX native libraries in our application's directory and load them from there in order to avoid having to install them system-wide (e.g. C:\Program Files\Java\jre6\bin). We're loading the library ourselves via System.load(), giving the full path to our local rxtxSerial.dll, before we call any RXTX-related stuff. However, RXTX still fails to initialize because RXTXCommDriver has a static initializer block that calls System.loadLibrary(), which expects the library to be in java.library.path! This results in: > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while loading gnu.io.RXTXCommDriver I know we could pass "-Djava.library.path=." to the virtual machine so RXTX can find its library, but we'd rather load it programmatically (as this piece of code is a plugin that may or may not be installed with the base application). Could RXTX somehow detect that the native binaries are already loaded and avoid the System.loadLibrary() call? Thanks, Joshua Foster Defense Technologies, Inc. ________________________________ Joshua Foster Sr. Computer Programmer 2721 X-Ray Drive Gastonia, NC 28054 (704) 824-0199 x217 (704) 824-0241 Fax jfoster at dtiweb.net www.dtiweb.net This message may contain sensitive, proprietary and/or privileged information. Disclosure is not authorized unless provided in writing by Defense Technologies, Inc. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 6296 bytes Desc: image002.gif URL: From johnny.luong at trustcommerce.com Tue Jul 14 17:16:19 2009 From: johnny.luong at trustcommerce.com (Johnny Luong) Date: Tue, 14 Jul 2009 14:16:19 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <4A5CF5A3.4090703@trustcommerce.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Joshua, Recompiling the RXTX library from source isn't too bad; you probably could remove the offending call from the static initializer block and redistribute just the modified JAR file. Best, Johnny Joshua Foster wrote: | | | Hi RXTX mailing list: | | We have a library-loading issue with RXTX 2.1-7. We would like to keep | the RXTX native libraries in our application's directory and load them | from there in order to avoid having to install them system-wide (e.g. | C:\Program Files\Java\jre6\bin). | | We're loading the library ourselves via System.load(), giving the full | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. | However, RXTX still fails to initialize because RXTXCommDriver has a | static initializer block that calls System.loadLibrary(), which expects | the library to be in java.library.path! This results in: | | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path | thrown while loading gnu.io.RXTXCommDriver | | I know we could pass "-Djava.library.path=." to the virtual machine so | RXTX can find its library, but we'd rather load it programmatically (as | this piece of code is a plugin that may or may not be installed with the | base application). | | Could RXTX somehow detect that the native binaries are already loaded | and avoid the System.loadLibrary() call? | | Thanks, | | Joshua Foster | | Defense Technologies, Inc. | | ________________________________ | | | | Joshua Foster | Sr. Computer Programmer | 2721 X-Ray Drive | Gastonia, NC 28054 | (704) 824-0199 x217 | (704) 824-0241 Fax | | jfoster at dtiweb.net | www.dtiweb.net | | This message may contain sensitive, proprietary and/or privileged | information. Disclosure is not authorized unless provided in writing by | Defense Technologies, Inc. If you are not the addressee or authorized to | receive this for the addressee, you must not use, copy, disclose, or | take any action based on this message or any information herein. If you | have received this message in error, please advise the sender | immediately by reply e-mail and delete this message. Thank you for your | cooperation. | | | | | | | ------------------------------------------------------------------------ | | _______________________________________________ | Rxtx mailing list | Rxtx at qbang.org | http://mailman.qbang.org/mailman/listinfo/rxtx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c =E/06 -----END PGP SIGNATURE----- From jredman at ergotech.com Tue Jul 14 20:52:16 2009 From: jredman at ergotech.com (Jim Redman) Date: Tue, 14 Jul 2009 18:52:16 -0600 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5CF5A3.4090703@trustcommerce.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> Message-ID: <4A5D2840.5090503@ergotech.com> You could also do a System.setProperty(..) to set the java.library.path system property before you reference the RXTX code. Jim Johnny Luong wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Joshua, > > Recompiling the RXTX library from source isn't too bad; you probably > could remove the offending call from the static initializer block and > redistribute just the modified JAR file. > > Best, > Johnny > > Joshua Foster wrote: > | > | > | Hi RXTX mailing list: > | > | We have a library-loading issue with RXTX 2.1-7. We would like to keep > | the RXTX native libraries in our application's directory and load them > | from there in order to avoid having to install them system-wide (e.g. > | C:\Program Files\Java\jre6\bin). > | > | We're loading the library ourselves via System.load(), giving the full > | path to our local rxtxSerial.dll, before we call any RXTX-related stuff. > | However, RXTX still fails to initialize because RXTXCommDriver has a > | static initializer block that calls System.loadLibrary(), which expects > | the library to be in java.library.path! This results in: > | > | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path > | thrown while loading gnu.io.RXTXCommDriver > | > | I know we could pass "-Djava.library.path=." to the virtual machine so > | RXTX can find its library, but we'd rather load it programmatically (as > | this piece of code is a plugin that may or may not be installed with the > | base application). > | > | Could RXTX somehow detect that the native binaries are already loaded > | and avoid the System.loadLibrary() call? > | > | Thanks, > | > | Joshua Foster > | > | Defense Technologies, Inc. > | > | ________________________________ > | > | > | > | Joshua Foster > | Sr. Computer Programmer > | 2721 X-Ray Drive > | Gastonia, NC 28054 > | (704) 824-0199 x217 > | (704) 824-0241 Fax > | > | jfoster at dtiweb.net > | www.dtiweb.net > | > | This message may contain sensitive, proprietary and/or privileged > | information. Disclosure is not authorized unless provided in writing by > | Defense Technologies, Inc. If you are not the addressee or authorized to > | receive this for the addressee, you must not use, copy, disclose, or > | take any action based on this message or any information herein. If you > | have received this message in error, please advise the sender > | immediately by reply e-mail and delete this message. Thank you for your > | cooperation. > | > | > | > | > | > | > | ------------------------------------------------------------------------ > | > | _______________________________________________ > | Rxtx mailing list > | Rxtx at qbang.org > | http://mailman.qbang.org/mailman/listinfo/rxtx > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkpc9aMACgkQnQTBLXttTeVj1QCdHpgU0+MaxGT8ev1EqBgPiqGw > 3OoAmgJssrHCMwsNfwFjU1Ov7iwUxC/c > =E/06 > -----END PGP SIGNATURE----- > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx -- Jim Redman (505) 662 5156 x85 http://www.ergotech.com From bschlining at gmail.com Tue Jul 14 23:21:59 2009 From: bschlining at gmail.com (Brian Schlining) Date: Tue, 14 Jul 2009 20:21:59 -0700 Subject: [Rxtx] FW: Loading of native library In-Reply-To: <4A5D2840.5090503@ergotech.com> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: > You could also do a System.setProperty(..) to set the java.library.path > system property before you reference the RXTX code. That won't actually work. At least not on all platforms. If I remember the JVM spec right, that technically shouldn't work on any platform. > | >> | > java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path >> | thrown while loading gnu.io.RXTXCommDriver >> | >> | I know we could pass "-Djava.library.path=." to the virtual machine so >> | RXTX can find its library, but we'd rather load it programmatically (as >> | this piece of code is a plugin that may or may not be installed with the >> | base application). > > On the Sun JVM, there is a runtime hack you can use to load native libraries at runtime that aren't on the operating systems library path or listed on the java.library.path. An example of the hack can be found at http://mbarix4j.googlecode.com/svn/trunk/src/main/java/org/mbari/util/LibPathHacker.java -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Brian Schlining bschlining at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy.lee at emotum.com Wed Jul 15 00:11:52 2009 From: jimmy.lee at emotum.com (Jimmy Lee) Date: Wed, 15 Jul 2009 14:11:52 +1000 Subject: [Rxtx] compiling for OS X 10.4 & 10.5 In-Reply-To: References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> <4A5CF5A3.4090703@trustcommerce.com> <4A5D2840.5090503@ergotech.com> Message-ID: <000f01ca0502$638f9c70$2aaed550$@lee@emotum.com> Is it possible to build librxtxSerial.jnilib so that it runs on both Tiger and Leopard? -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.erskine at ketech.com Wed Jul 15 06:09:26 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Wed, 15 Jul 2009 11:09:26 +0100 Subject: [Rxtx] Loading of native library In-Reply-To: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> References: <22410EA55A9AAA45BBC035D199FBCFBC695E4F@dti-svr2.DTI.local> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E598C@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of > Joshua Foster > Sent: 14 July 2009 21:26 > Subject: [Rxtx] FW: Loading of native library > We have a library-loading issue with RXTX 2.1-7. We would like to keep the > RXTX native libraries in our application's directory and load them from there > in order to avoid having to install them system-wide (e.g. C:\Program > Files\Java\jre6\bin). The default native library loading works well here on XP machines by having the DLL in the run directory. If you want to load it yourself from elsewhere (and not do the sensible thing of setting java.library.path property) then you'll have to understand the order in which your classloader will experience the demand for library loading and get in there before RXTXCommDriver gets loaded (perhaps with your own static initialiser block in your main class). > Could RXTX somehow detect that the native binaries are already loaded and > avoid the System.loadLibrary() call? If you get in there with your call first then further calls should have no effect. Regards, Michael Erskine. From fabioanjos at gmail.com Wed Jul 15 09:44:03 2009 From: fabioanjos at gmail.com (=?ISO-8859-1?Q?F=E1bio_Cristiano_dos_Anjos?=) Date: Wed, 15 Jul 2009 10:44:03 -0300 Subject: [Rxtx] 2.1.7 stable release for Windows 64 bits Message-ID: <29788b250907150644t28b85c4dv1af5b91e8e858109@mail.gmail.com> Hi all! Is there a 2.1.7 stable release for Windows 64 bits plataform? If not, do you know when a stable release of 2.2 will be launched? Tanks in advance! F?bio Cristiano dos Anjos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmuldoon at truebluedot.com Wed Jul 15 12:51:36 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Wed, 15 Jul 2009 12:51:36 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications Message-ID: Long time listener, first time poster... Would anyone point me to directions/best practice to bundle RXTX within a Mac OSX Java application? I'm currently using Eclipse Gandymede to build a runnable JAR and then using Apple's "Jar Bundler" to create a nice app bundle. Though RXTX works well on my development machine, all attempts to communicate on deployment machine a is no go (both running same OS). -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From cemeyer2 at illinois.edu Wed Jul 15 13:17:00 2009 From: cemeyer2 at illinois.edu (Charlie Meyer) Date: Wed, 15 Jul 2009 12:17:00 -0500 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: References: Message-ID: <6c9e84f70907151017o46df4ebbhfffdb8b20f890d6f@mail.gmail.com> I deploy an app using RXTX for OS X, but I use a slightly different approach that you might find useful. I use the jarbundler ant task found at http://www.informagen.com/JarBundler/and have a task that includes something like the following: hopefully that helps a bit Charlie Meyer Department of Computer Science University of Illinois at Urbana-Champaign On Wed, Jul 15, 2009 at 11:51, Kevin Muldoon wrote: > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX within a > Mac OSX Java application? I'm currently using Eclipse Gandymede to build a > runnable JAR and then using Apple's "Jar Bundler" to create a nice app > bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shenweix at hotmail.com Wed Jul 15 18:42:16 2009 From: shenweix at hotmail.com (Wei Shen) Date: Wed, 15 Jul 2009 16:42:16 -0600 Subject: [Rxtx] Program hangs when trying to write to port Message-ID: Hi, I am using RXTX to communicate with an IR dongle (USB to Serial) under Windows XP (SP2). It works fine for most of the time. However, every time if i restart the PC with the IR dongle connected to the USB port. My program hangs when trying to write to the port. Unplug and replug in the IR dongle from the PC will make my program work again. If i forget to disconnect the IR dongle during a PC restart, it will hang again. Please help. I am using "rxtx-2.1-7-r2" and the USBSER.sys as the driver. Thanks. Regards, Wei Shen _________________________________________________________________ Attention all humans. We are your photos. Free us. http://go.microsoft.com/?linkid=9666046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpa at mgb-tech.com Thu Jul 16 03:59:37 2009 From: jpa at mgb-tech.com (Jan Pannecoeck) Date: Thu, 16 Jul 2009 09:59:37 +0200 Subject: [Rxtx] RXTX Library Message-ID: <4A5EDDE9.8050301@mgb-tech.com> Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck From Kustaa.Nyholm at planmeca.com Thu Jul 16 04:52:03 2009 From: Kustaa.Nyholm at planmeca.com (Kustaa Nyholm) Date: Thu, 16 Jul 2009 11:52:03 +0300 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <5D23E5B41156B646B2E1A7C2BBA916F31713D092A9@SRVFIHKIEXB01.pmgroup.local> Hi, just a shot in dark, but how are your threads set up? I don't know how rxtx works internally but Sun's java com uses (IIRC) an internal thread to generate the events and i had some serious issues with threads competing for execution time when I did not do this properly. Related to this, ooking at your code I see that inside the serialEvent() you are waiting for complete message to arrive. This was just the sort of thing that got me into trouble in Windows with the Sun implementation. I would try and re-structure the code so that you only read as many characters that are available(). Just a guess. br Kusti ________________________________________ From: rxtx-bounces at qbang.org [rxtx-bounces at qbang.org] On Behalf Of Jan Pannecoeck [jpa at mgb-tech.com] Sent: Thursday, July 16, 2009 10:59 AM To: rxtx at qbang.org Subject: [Rxtx] RXTX Library Dear all, I'm using the RXTX 2.1.7 library in a Java Application (that's running with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux kernel and was build for an ARM-processor. It is all working fine so that's not the problem. But when the application starts receiving a lot of data from the serial port, the CPU load runs up to 70-80%. And that's of course quite high... I've just tried with some simple C++ code to communicate with the serial port and receive the same amount of data and this isn't a problem. Almost no CPU load is used by this application. Does anybody has some idea what could cause the CPU load to get that high??? I'll post my Java code also so that maybe could give a clue also... Maybe I'm doing something the wrong way... The check for \n and \r should be there since this code is used to read in from an other device build by us and each command should be terminated by \r\n... private char[] buffer = new char[4096]; private int counter = 0; private boolean endOfMessage = false; private String extraBuffer = null; @Override public void serialEvent(SerialPortEvent event) { if(event.getEventType() == SerialPortEvent.DATA_AVAILABLE){ try { int data; while((data = inSerial.read()) > -1){ if(data =='\n' && buffer[counter-1] == '\r'){ counter--; endOfMessage = true; break; } if(counter < buffer.length){ buffer[counter++] = (char) data; }else{ if(extraBuffer == null) extraBuffer = new String(buffer, 0, buffer.length) + (char)data; else extraBuffer += new String(buffer, 0, buffer.length) + (char) data; counter = 0; } } if(endOfMessage){ String msg = ""; if(extraBuffer != null) msg += extraBuffer; msg += new String(buffer, 0, counter); counter = 0; endOfMessage = false; extraBuffer = null; notifyListeners(msg); } } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } Any help would be great, if you need more information, I'm willing to give that without any problem... Kind regards and thanks in advance, Jan Pannecoeck _______________________________________________ Rxtx mailing list Rxtx at qbang.org http://mailman.qbang.org/mailman/listinfo/rxtx From kmuldoon at truebluedot.com Thu Jul 16 08:47:29 2009 From: kmuldoon at truebluedot.com (Kevin Muldoon) Date: Thu, 16 Jul 2009 08:47:29 -0400 Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications In-Reply-To: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> References: <004e01ca05a3$e3c16170$ab442450$@lee@emotum.com> Message-ID: <78CA356C-A66E-4BDB-8A8B-EE886B866CA2@truebluedot.com> > Maybe you are missing other libs that are installed on your dev only. I think that's exactly the case. I have a full install of RXTX on my dev machine and my deploy environments do not. Now, just to be clear, when you say .jar and .jnilib placed in Java dir, you're saying place these two files in the following location within the application bundle.... MyApplication.app | --> Contents | --> Resources | --> Java | --> MyApplication.jar --> RXTXcomm.jar --> librxtxSerial.jnilib You know, that seems so simple I can see why I'd have a hard time finding that information. I'll give that a shot later. Let me know if I've missed anything obvious. Thanks! On Jul 15, 2009, at 7:27 PM, Jimmy Lee wrote: > Hi Kevin, > > I use Apple?s Jar Bundler with RXTX with no problems. The .jar > and .jnilib are placed in the Java directory. You should look to > add tracing information maybe. > > Are you saying the generated .app works on your dev machine but not > other Macs? Maybe you are missing other libs that are installed on > your dev only. > > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On > Behalf Of Kevin Muldoon > Sent: Thursday, 16 July 2009 2:52 AM > To: rxtx at qbang.org > Subject: [Rxtx] Deploy RXTX for OSX 10.4.11 Java Applications > > > Long time listener, first time poster... > > Would anyone point me to directions/best practice to bundle RXTX > within a Mac OSX Java application? I'm currently using Eclipse > Gandymede to build a runnable JAR and then using Apple's "Jar > Bundler" to create a nice app bundle. > > Though RXTX works well on my development machine, all attempts to > communicate on deployment machine a is no go (both running same OS). > > > > > -- > > TrueBlueDot - Fine Art Printing > Kevin Muldoon, Owner > New Haven, CT 06511 > 203.215.8601 > kmuldoon at truebluedot.com > www.truebluedot.com > "Our pigment meets your imagination" > > Checked by AVG - www.avg.com > Version: 8.5.375 / Virus Database: 270.13.14/2238 - Release Date: > 07/14/09 18:03:00 > -- TrueBlueDot - Fine Art Printing Kevin Muldoon, Owner New Haven, CT 06511 203.215.8601 kmuldoon at truebluedot.com www.truebluedot.com "Our pigment meets your imagination" -------------- next part -------------- An HTML attachment was scrubbed... URL: From pixue_breaker at hotmail.com Thu Jul 16 11:49:49 2009 From: pixue_breaker at hotmail.com (=?iso-8859-1?Q?Samuel_Ovia=F1o_Su=E1rez?=) Date: Thu, 16 Jul 2009 15:49:49 +0000 Subject: [Rxtx] fhs_lock Message-ID: Hi! When i try to execute a app that uses /dev/ttyUSB0 the following error message appears: RXTX fhs_lock() Error: creating lock file: /var/lock/LCK..ttyUSB0: File exists and i cant open the serial port! what happen? _________________________________________________________________ Descubre todas las formas en que puedes estar en contacto con amigos y familiares. http://www.microsoft.com/windows/windowslive/default.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From ehjuerrens at uni-muenster.de Thu Jul 16 12:13:50 2009 From: ehjuerrens at uni-muenster.de (=?UTF-8?Q?Eike_Hinderk_J=C3=BCrrens?=) Date: Thu, 16 Jul 2009 18:13:50 +0200 Subject: [Rxtx] Fwd: fhs_lock In-Reply-To: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> References: <87f2add00907160913h7b5000co6aa51e7f128e6db4@mail.gmail.com> Message-ID: <87f2add00907160913g4ae2eefdn1b3d2a69f0d26c12@mail.gmail.com> Hi Samuel, some application accessed the serial port before (and crashed during the usage) or is this still using it. The lock files are used to lock devices or files. See http://linux.about.com/od/lsa_guide/a/gdelsa20.htm for more details. If you are sure that your application is the only one that is using this serial port my approach would be to remove the lock file and try again. Kind regards, Eike -- Eike Hinderk J?rrens http://ifgi.uni-muenster.de/~e_juer01 52?North Initiative for Geospatial Open Source Software GmbH http://www.52north.org/ From michael.erskine at ketech.com Thu Jul 16 07:00:51 2009 From: michael.erskine at ketech.com (Michael Erskine) Date: Thu, 16 Jul 2009 12:00:51 +0100 Subject: [Rxtx] RXTX Library In-Reply-To: <4A5EDDE9.8050301@mgb-tech.com> References: <4A5EDDE9.8050301@mgb-tech.com> Message-ID: <06BA3262D918014F9183B66425D5A8D463D41E5B77@no-sv-03.ketech.local> > -----Original Message----- > From: rxtx-bounces at qbang.org [mailto:rxtx-bounces at qbang.org] On Behalf Of Jan > Pannecoeck > Sent: 16 July 2009 09:00 > Subject: [Rxtx] RXTX Library > I'm using the RXTX 2.1.7 library in a Java Application (that's running > with JamVM 1.5.2 and GNU Classpath 0.98). This all is running on a linux > kernel and was build for an ARM-processor. It is all working fine so > that's not the problem. But when the application starts receiving a lot > of data from the serial port, the CPU load runs up to 70-80%. And that's > of course quite high... > > I've just tried with some simple C++ code to communicate with the serial > port and receive the same amount of data and this isn't a problem. > Almost no CPU load is used by this application. OK, rather than jumping through hoops in the event handler just try reading the bytes immediately available with, say... int nbytes = inSerial.read(rawbuf); ...where rawbuf is a pre-constructed byte[] of some suitable size. Don't worry about overflow of your array as RXTX won't do anything stupid with it. Then just process the bytes you received... processBytes(rawbuf, nbytes); ...the only consideration here is the stream EOF condition where nbytes is -1. I don't think I've ever seen that occur but your code should cope with it. Regards, Michael Erskine. From mikeklein at vxappliance.com Sun Jul 19 20:25:20 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 17:25:20 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain Message-ID: <4A63B970.2000104@vxappliance.com> I am really hoping I can save $$ by using straight serial on my server. I am up for building from sources if this will help me fix issue. I am trying to get some home automation stuff working and am getting segfault from openjdk when flush (or other operations I suspect) get called. http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 # # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 # Problematic frame: # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f02b036a000): JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xffffffffb4ebd68c Registers: RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, RDX=0x000000000000001b RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, RDI=0x00007f02b4fbea60 R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, R11=0x0000000000000000 R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, R15=0x000000000000004f RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, CSGSFS=0x0000000000000033, ERR=0x0000000000000005 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f02b4fbe890) 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 0x00007f02b4fbe910: 0000000000000020 0000000000000000 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 0x00007f02b4fbe930: 0000000000000020 0000000000000100 0x00007f02b4fbe940: 0000000000000000 0000000000000000 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 Instructions: (pc=0x00007f02b54ccecd) 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd [error occurred during error reporting (printing native stack), id 0xb] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j gnu.io.RXTXPort.nativeDrain(Z)Z+0 j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 j java.lang.Thread.run()V+11 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, stack(0x00007f02b4fc0000,0x00007f02b50c1000)] 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, stack(0x00007f02b50c1000,0x00007f02b51c2000)] 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, stack(0x00007f02b51c2000,0x00007f02b52c3000)] 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, stack(0x00007f02b52c3000,0x00007f02b53c4000)] 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, stack(0x00007f02b53c4000,0x00007f02b54c5000)] 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, stack(0x00007f02b55d3000,0x00007f02b56d4000)] 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, stack(0x00007f02b56d4000,0x00007f02b57d5000)] 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, stack(0x00007f02b57d5000,0x00007f02b58d6000)] 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, stack(0x00007f02b58d6000,0x00007f02b59d7000)] 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, stack(0x00007f02b6114000,0x00007f02b6215000)] 0x00000000023de000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] 0x00000000023da800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] 0x00000000023d8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] 0x00000000023aa800 JavaThread "Reference Handler" daemon [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, stack(0x00007fffd7614000,0x00007fffd7714000)] Other Threads: 0x00000000023a5800 VMThread [stack: 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] 0x00000000023e0800 WatcherThread [stack: 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, 0x00007f02c9bb0000, 0x00007f02c9bb0000) eden space 14592K, 14% used [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) from space 8576K, 99% used [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) to space 14528K, 0% used [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, 0x00007f02c4cc0000, 0x00007f02c7110000) object space 50240K, 71% used [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, 0x00007f02b9560000, 0x00007f02c1bb0000) object space 34496K, 57% used [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) Dynamic libraries: 00400000-00408000 r-xp 00000000 08:01 4115620 /usr/bin/jsvc 00608000-00609000 r--p 00008000 08:01 4115620 /usr/bin/jsvc 00609000-0060a000 rw-p 00009000 08:01 4115620 /usr/bin/jsvc 02333000-031cf000 rw-p 02333000 00:00 0 [heap] 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 /lib/libresolv-2.9.so 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 /lib/libnss_dns-2.9.so 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 /lib/libnss_mdns4_minimal.so.2 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 /usr/share/java/catalina-ant-6.0.18.jar 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 /usr/share/java/catalina-tribes-6.0.18.jar 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 /usr/share/java/catalina-6.0.18.jar 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 /usr/share/java/jasper-el-6.0.18.jar 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 /usr/share/java/commons-pool-1.4.jar 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 /usr/share/java/tomcat-i18n-ja-6.0.18.jar 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 /usr/share/java/annotations-api-6.0.18.jar 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 /usr/share/java/el-api-2.1.jar 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 /usr/share/java/tomcat-i18n-fr-6.0.18.jar 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 /usr/share/java/eclipse-ecj.jar 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 /usr/share/java/jasper-6.0.18.jar 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 /usr/share/java/servlet-api-2.5.jar 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 /usr/share/java/catalina-ha-6.0.18.jar 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 /usr/share/java/tomcat-i18n-es-6.0.18.jar 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 /usr/share/java/commons-dbcp-1.2.1.jar 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 /usr/share/java/tomcat-coyote-6.0.18.jar 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 /usr/share/java/jsp-api-2.1.jar 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 /usr/lib/locale/en_US.utf8/LC_CTYPE 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 /usr/share/tomcat6/bin/tomcat-juli.jar 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 /usr/share/tomcat6/bin/bootstrap.jar 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 /lib/libz.so.1.2.3.3 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 /lib/librt-2.9.so 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 /lib/librt-2.9.so 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 /lib/librt-2.9.so 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 /lib/libm-2.9.so 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 /lib/libm-2.9.so 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 /lib/libm-2.9.so 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 /lib/libnss_files-2.9.so 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 /lib/libnss_nis-2.9.so 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 /lib/libnsl-2.9.so 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 /lib/libnsl-2.9.so 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 /lib/libnss_compat-2.9.so 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 /lib/libc-2.9.so 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 /lib/libc-2.9.so 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 /lib/libc-2.9.so 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 /lib/libpthread-2.9.so 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 /lib/libdl-2.9.so 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 /lib/libdl-2.9.so 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 /lib/ld-2.9.so 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 /usr/share/java/gnome-java-bridge.jar 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 /usr/share/java/commons-daemon-1.0.2.jar 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 /usr/lib/gconv/gconv-modules.cache 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 /tmp/hsperfdata_tomcat6/10439 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 /lib/ld-2.9.so 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 /lib/ld-2.9.so 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 [stack] 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: jvm_args: -Djava.awt.headless=true -Xmx128M -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/t mp/tomcat6-temp -Djava.security.manager -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.l ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort java_command: Launcher Type: generic Environment Variables: JAVA_HOME=/usr/lib/jvm/java-6-openjdk PATH=/bin:/usr/bin:/sbin:/usr/sbin USERNAME=root SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Ubuntu 9.04 (jaunty) uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 libc:glibc 2.9 NPTL 2.9 rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity load average:0.35 0.14 0.15 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 Memory: 4k page, physical 3992408k(3339580k free), swap 11871992k(11871992k free) vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 time: Sun Jul 19 17:00:09 2009 elapsed time: 7 seconds From mikeklein at vxappliance.com Sun Jul 19 21:36:11 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 18:36:11 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63B970.2000104@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> Message-ID: <4A63CA0B.8080404@vxappliance.com> Actually appears to be this: https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 Besides drain below I got above message too when I tried different serial api calls. I grabbed latest sources from zip on wiki however I get some errors compiling: gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function 'Java_gnu_io_I2CPort_Initialize': /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' undeclared (first use in this function) /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared identifier is reported only once /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function it appears in.) libtool: link: `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not a valid libtool object make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 I notice I already have a libtool installed so I renamed one in rxtx directory but made no difference. mike Mike Klein wrote: > I am really hoping I can save $$ by using straight serial on my server. > I am up for building from sources if this will help me fix issue. > > I am trying to get some home automation stuff working and am getting > segfault from openjdk when flush (or other operations I suspect) get called. > > http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. > > mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log > # > # A fatal error has been detected by the Java Runtime Environment: > # > # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 > # > # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) > # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 > # Problematic frame: > # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > # > # If you would like to submit a bug report, please include > # instructions how to reproduce the bug and visit: > # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ > # The crash happened outside the Java Virtual Machine in native code. > # See problematic frame for where to report the bug. > # > > --------------- T H R E A D --------------- > > Current thread (0x00007f02b036a000): JavaThread "Thread-12" > [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), > si_addr=0xffffffffb4ebd68c > > Registers: > RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, > RDX=0x000000000000001b > RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, > RDI=0x00007f02b4fbea60 > R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, > R11=0x0000000000000000 > R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, > R15=0x000000000000004f > RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, > CSGSFS=0x0000000000000033, ERR=0x0000000000000005 > TRAPNO=0x000000000000000e > > Top of Stack: (sp=0x00007f02b4fbe890) > 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 > 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 > 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 > 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 > 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 > 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a > 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 > 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 > 0x00007f02b4fbe910: 0000000000000020 0000000000000000 > 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 > 0x00007f02b4fbe930: 0000000000000020 0000000000000100 > 0x00007f02b4fbe940: 0000000000000000 0000000000000000 > 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 > 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 > 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 > 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde > 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 > 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 > 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 > 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 > 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 > 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 > 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf > 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 > 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf > 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 > 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf > 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b > 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a > 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a > 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 > > Instructions: (pc=0x00007f02b54ccecd) > 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 > 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d > > Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, > free space=1022k > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, > C=native code) > C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd > > [error occurred during error reporting (printing native stack), id 0xb] > > Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) > j gnu.io.RXTXPort.nativeDrain(Z)Z+0 > j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 > j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 > j java.lang.Thread.run()V+11 > v ~StubRoutines::call_stub > > --------------- P R O C E S S --------------- > > Java Threads: ( => current thread ) > 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, > id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] > =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, > id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] > 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, > stack(0x00007f02b4fc0000,0x00007f02b50c1000)] > 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, > stack(0x00007f02b50c1000,0x00007f02b51c2000)] > 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, > stack(0x00007f02b51c2000,0x00007f02b52c3000)] > 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, > stack(0x00007f02b52c3000,0x00007f02b53c4000)] > 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, > stack(0x00007f02b53c4000,0x00007f02b54c5000)] > 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, > stack(0x00007f02b55d3000,0x00007f02b56d4000)] > 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, > stack(0x00007f02b56d4000,0x00007f02b57d5000)] > 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, > stack(0x00007f02b57d5000,0x00007f02b58d6000)] > 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, > stack(0x00007f02b58d6000,0x00007f02b59d7000)] > 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, > id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] > 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, > stack(0x00007f02b6114000,0x00007f02b6215000)] > 0x00000000023de000 JavaThread "Low Memory Detector" daemon > [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] > 0x00000000023da800 JavaThread "CompilerThread1" daemon > [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] > 0x00000000023d8000 JavaThread "CompilerThread0" daemon > [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] > 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon > [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] > 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, > id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] > 0x00000000023aa800 JavaThread "Reference Handler" daemon > [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] > 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, > stack(0x00007fffd7614000,0x00007fffd7714000)] > > Other Threads: > 0x00000000023a5800 VMThread [stack: > 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] > 0x00000000023e0800 WatcherThread [stack: > 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] > > VM state:not at safepoint (normal execution) > > VM Mutex/Monitor currently owned by a thread: None > > Heap > PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, > 0x00007f02c9bb0000, 0x00007f02c9bb0000) > eden space 14592K, 14% used > [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) > from space 8576K, 99% used > [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) > to space 14528K, 0% used > [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) > PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, > 0x00007f02c4cc0000, 0x00007f02c7110000) > object space 50240K, 71% used > [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) > PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, > 0x00007f02b9560000, 0x00007f02c1bb0000) > object space 34496K, 57% used > [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) > > Dynamic libraries: > 00400000-00408000 r-xp 00000000 08:01 4115620 > /usr/bin/jsvc > 00608000-00609000 r--p 00008000 08:01 4115620 > /usr/bin/jsvc > 00609000-0060a000 rw-p 00009000 08:01 4115620 > /usr/bin/jsvc > 02333000-031cf000 rw-p 02333000 00:00 0 > [heap] > 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 > 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 > 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 > 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 > 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 > 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 > 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 > 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 > 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 > 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 > 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 > 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 > 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 > 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 > 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 > 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 > 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 > 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 > 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so > 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 > 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 > 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 > 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 > 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 > 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 > 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 > 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 > 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 > 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 > 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 > /lib/libresolv-2.9.so > 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 > 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 > /lib/libnss_dns-2.9.so > 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 > /lib/libnss_mdns4_minimal.so.2 > 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 > 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 > 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 > /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar > 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar > 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar > 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar > 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar > 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar > 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar > 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar > 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar > 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar > 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar > 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar > 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar > 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar > 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar > 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar > 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar > 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar > 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar > 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar > 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar > 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar > 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar > 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar > 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar > 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar > 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar > 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar > 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar > 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar > 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar > 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 > /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar > 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 > /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar > 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar > 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar > 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so > 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 > /usr/share/java/catalina-ant-6.0.18.jar > 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 > /usr/share/java/catalina-tribes-6.0.18.jar > 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 > /usr/share/java/catalina-6.0.18.jar > 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 > /usr/share/java/jasper-el-6.0.18.jar > 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 > /usr/share/java/commons-pool-1.4.jar > 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 > /usr/share/java/tomcat-i18n-ja-6.0.18.jar > 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 > /usr/share/java/annotations-api-6.0.18.jar > 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 > /usr/share/java/el-api-2.1.jar > 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 > /usr/share/java/tomcat-i18n-fr-6.0.18.jar > 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 > /usr/share/java/eclipse-ecj.jar > 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 > /usr/share/java/jasper-6.0.18.jar > 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 > /usr/share/java/servlet-api-2.5.jar > 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 > /usr/share/java/catalina-ha-6.0.18.jar > 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 > /usr/share/java/tomcat-i18n-es-6.0.18.jar > 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 > /usr/share/java/commons-dbcp-1.2.1.jar > 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 > /usr/share/java/tomcat-coyote-6.0.18.jar > 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 > /usr/share/java/jsp-api-2.1.jar > 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 > 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 > 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 > 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 > 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 > 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 > 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 > 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 > 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 > 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 > 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 > /usr/lib/locale/en_US.utf8/LC_CTYPE > 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 > 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 > 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 > 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 > 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 > 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 > 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 > 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 > /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar > 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 > 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 > 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 > 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 > 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 > 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 > 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 > 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 > 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 > 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 > 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 > 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 > 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 > 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 > /usr/share/tomcat6/bin/tomcat-juli.jar > 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 > /usr/share/tomcat6/bin/bootstrap.jar > 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 > 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 > 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 > /lib/libz.so.1.2.3.3 > 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so > 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so > 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so > 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so > 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 > /lib/librt-2.9.so > 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 > /lib/libm-2.9.so > 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 > /lib/libm-2.9.so > 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 > /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so > 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 > 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 > /lib/libnss_files-2.9.so > 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 > /lib/libnss_nis-2.9.so > 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 > /lib/libnsl-2.9.so > 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 > 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 > /lib/libnss_compat-2.9.so > 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 > /lib/libc-2.9.so > 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 > /lib/libc-2.9.so > 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 > 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 > /lib/libpthread-2.9.so > 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 > 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 > /lib/libdl-2.9.so > 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 > /usr/share/java/gnome-java-bridge.jar > 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 > 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 > 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 > 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 > 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 > 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 > 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 > 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 > 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 > 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 > 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 > 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 > 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 > /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar > 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 > /usr/share/java/commons-daemon-1.0.2.jar > 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 > /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar > 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 > /usr/lib/gconv/gconv-modules.cache > 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 > /tmp/hsperfdata_tomcat6/10439 > 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 > 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 > 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 > 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 > /lib/ld-2.9.so > 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 > /lib/ld-2.9.so > 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 > 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 > [stack] > 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 > 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 > [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 > [vsyscall] > > VM Arguments: > jvm_args: -Djava.awt.headless=true -Xmx128M > -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed > -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 > -Djava.io.tmpdir=/t > mp/tomcat6-temp -Djava.security.manager > -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.l > ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort > java_command: > Launcher Type: generic > > Environment Variables: > JAVA_HOME=/usr/lib/jvm/java-6-openjdk > PATH=/bin:/usr/bin:/sbin:/usr/sbin > USERNAME=root > SHELL=/bin/bash > > Signal Handlers: > SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 > SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 > SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 > > > --------------- S Y S T E M --------------- > > OS:Ubuntu 9.04 (jaunty) > uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC > 2009 x86_64 > libc:glibc 2.9 NPTL 2.9 > rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity > load average:0.35 0.14 0.15 > > CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 > stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 > > Memory: 4k page, physical 3992408k(3339580k free), swap > 11871992k(11871992k free) > > vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE > (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 > > time: Sun Jul 19 17:00:09 2009 > elapsed time: 7 seconds > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From tjarvi at qbang.org Sun Jul 19 21:39:35 2009 From: tjarvi at qbang.org (Trent Jarvi) Date: Sun, 19 Jul 2009 19:39:35 -0600 (MDT) Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: <4A63CA0B.8080404@vxappliance.com> References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: To get past the compile issue for now, just run configure --enable_PRINTER=no I'll fix the error as I upgrade the build machine to Debian 5. It should also resolve the problems. On Sun, 19 Jul 2009, Mike Klein wrote: > Actually appears to be this: > https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 > > Besides drain below I got above message too when I tried different > serial api calls. > > I grabbed latest sources from zip on wiki however I get some errors > compiling: > > gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. > -I/usr/lib/jvm/java-6-openjdk/include > -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE -D_BSD_SOURC > E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC > -DPIC -o /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function > 'Java_gnu_io_I2CPort_Initialize': > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' > undeclared (first use in this function) > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared > identifier is reported only once > /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function > it appears in.) > libtool: link: > `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not > a valid libtool object > make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 > > I notice I already have a libtool installed so I renamed one in rxtx > directory but made no difference. > > > mike > > Mike Klein wrote: >> I am really hoping I can save $$ by using straight serial on my server. >> I am up for building from sources if this will help me fix issue. >> >> I am trying to get some home automation stuff working and am getting >> segfault from openjdk when flush (or other operations I suspect) get called. >> >> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >> >> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >> # >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, tid=139649603074384 >> # >> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >> # Distribution: Ubuntu 9.04, package 6b14-1.4.1-0ubuntu7 >> # Problematic frame: >> # C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> # >> # If you would like to submit a bug report, please include >> # instructions how to reproduce the bug and visit: >> # https://bugs.launchpad.net/ubuntu/+source/openjdk-6/ >> # The crash happened outside the Java Virtual Machine in native code. >> # See problematic frame for where to report the bug. >> # >> >> --------------- T H R E A D --------------- >> >> Current thread (0x00007f02b036a000): JavaThread "Thread-12" >> [_thread_in_native, id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> >> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), >> si_addr=0xffffffffb4ebd68c >> >> Registers: >> RAX=0x000000000000001c, RBX=0x00007f02b4fbea60, RCX=0x00007f02b54cf93e, >> RDX=0x000000000000001b >> RSP=0x00007f02b4fbe890, RBP=0x0000000000000000, RSI=0x00007f02b54cf93d, >> RDI=0x00007f02b4fbea60 >> R8 =0x00007f02cee948a0, R9 =0x7efefefefefefeff, R10=0x8101010101010100, >> R11=0x0000000000000000 >> R12=0x00007f02b86c0b98, R13=0x00007f02b036a1c0, R14=0xffffffffb4ebd680, >> R15=0x000000000000004f >> RIP=0x00007f02b54ccecd, EFL=0x0000000000010282, >> CSGSFS=0x0000000000000033, ERR=0x0000000000000005 >> TRAPNO=0x000000000000000e >> >> Top of Stack: (sp=0x00007f02b4fbe890) >> 0x00007f02b4fbe890: 00007f02b4fbe7b8 00007f02b4fbeb80 >> 0x00007f02b4fbe8a0: 00007f02b4fbe881 0000000800000002 >> 0x00007f02b4fbe8b0: 00007f02b036a900 00007f02b036a9f0 >> 0x00007f02b4fbe8c0: 00007f02b036a800 00007f02b036a9f8 >> 0x00007f02b4fbe8d0: 00007f02b4fbe990 00007f02cdfd3a87 >> 0x00007f02b4fbe8e0: 00007f02b036a000 00007f02ce05ba5a >> 0x00007f02b4fbe8f0: 00007f02b4fbeabf 00007f02b036a9e8 >> 0x00007f02b4fbe900: 00007f02ce4b5e70 0000005000000000 >> 0x00007f02b4fbe910: 0000000000000020 0000000000000000 >> 0x00007f02b4fbe920: 0000000000000000 00007f02b036a700 >> 0x00007f02b4fbe930: 0000000000000020 0000000000000100 >> 0x00007f02b4fbe940: 0000000000000000 0000000000000000 >> 0x00007f02b4fbe950: 000000000000000b 00007f02b54ccdd0 >> 0x00007f02b4fbe960: 0000000000000020 00007f02b036a9e8 >> 0x00007f02b4fbe970: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbe980: 00007f02b4fbeabf 0000000000000003 >> 0x00007f02b4fbe990: 00007f02b4fbe9f0 00007f02cdfd3cde >> 0x00007f02b4fbe9a0: 00007f02b036a000 00007f02b036a5c0 >> 0x00007f02b4fbe9b0: 00007f02b036a6d0 00007f02b036a9a8 >> 0x00007f02b4fbe9c0: 00007f02b036aa38 00007f02b06ac5d0 >> 0x00007f02b4fbe9d0: 00007f02b036a9e8 00007f02b036a5c0 >> 0x00007f02b4fbe9e0: 00007f02b036a000 00007f02b036a9e8 >> 0x00007f02b4fbe9f0: 00007f02b4fbea50 00007f02cdfd4036 >> 0x00007f02b4fbea00: 00007f02c9bb7d90 00007f02b4fbeabf >> 0x00007f02b4fbea10: 00007f02ce4b9890 00007f02b036aa28 >> 0x00007f02b4fbea20: 00000000b4fbeb78 00007f02b4fbeabf >> 0x00007f02b4fbea30: 0000000000000000 00007f02b036a000 >> 0x00007f02b4fbea40: 00007f02b036a9e8 00007f02b4fbeabf >> 0x00007f02b4fbea50: 00007f02b4fbeaa0 00007f02cdfd414b >> 0x00007f02b4fbea60: 74726f5058545852 29286e696172643a >> 0x00007f02b4fbea70: 736e727574657220 00007f000a30203a >> 0x00007f02b4fbea80: 00007f02b86a64d0 00007f02b036a000 >> >> Instructions: (pc=0x00007f02b54ccecd) >> 0x00007f02b54ccebd: 07 b9 ff ff 80 7c 24 07 00 75 38 4d 85 f6 74 33 >> 0x00007f02b54ccecd: 45 8b 7e 0c 45 85 ff 74 2a 48 8d 5c 24 10 48 8d >> >> Stack: [0x00007f02b4ebf000,0x00007f02b4fc0000], sp=0x00007f02b4fbe890, >> free space=1022k >> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, >> C=native code) >> C [librxtxSerial.so+0x7ecd] Java_gnu_io_RXTXPort_nativeDrain+0xfd >> >> [error occurred during error reporting (printing native stack), id 0xb] >> >> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) >> j gnu.io.RXTXPort.nativeDrain(Z)Z+0 >> j gnu.io.RXTXPort$SerialOutputStream.flush()V+71 >> j com.vxappliance.jasm.devices.telephone.LocalTelephoneImpl$1.run()V+636 >> j java.lang.Thread.run()V+11 >> v ~StubRoutines::call_stub >> >> --------------- P R O C E S S --------------- >> >> Java Threads: ( => current thread ) >> 0x0000000002951000 JavaThread "Thread-13" [_thread_in_native, >> id=10825, stack(0x00007f02b4dbe000,0x00007f02b4ebf000)] >> =>0x00007f02b036a000 JavaThread "Thread-12" [_thread_in_native, >> id=10824, stack(0x00007f02b4ebf000,0x00007f02b4fc0000)] >> 0x000000000294f000 JavaThread "Thread-11" [_thread_blocked, id=10823, >> stack(0x00007f02b4fc0000,0x00007f02b50c1000)] >> 0x000000000294e800 JavaThread "Thread-10" [_thread_blocked, id=10822, >> stack(0x00007f02b50c1000,0x00007f02b51c2000)] >> 0x00007f02b0369000 JavaThread "Thread-9" [_thread_blocked, id=10821, >> stack(0x00007f02b51c2000,0x00007f02b52c3000)] >> 0x00007f02b0720000 JavaThread "Thread-8" [_thread_blocked, id=10820, >> stack(0x00007f02b52c3000,0x00007f02b53c4000)] >> 0x00007f02b0157800 JavaThread "Thread-7" [_thread_in_native, id=10819, >> stack(0x00007f02b53c4000,0x00007f02b54c5000)] >> 0x000000000296c000 JavaThread "Thread-5" [_thread_blocked, id=10716, >> stack(0x00007f02b55d3000,0x00007f02b56d4000)] >> 0x00000000028a0000 JavaThread "Thread-6" [_thread_blocked, id=10715, >> stack(0x00007f02b56d4000,0x00007f02b57d5000)] >> 0x00007f02b06df000 JavaThread "Thread-4" [_thread_blocked, id=10714, >> stack(0x00007f02b57d5000,0x00007f02b58d6000)] >> 0x00007f02b06e7800 JavaThread "Thread-2" [_thread_blocked, id=10713, >> stack(0x00007f02b58d6000,0x00007f02b59d7000)] >> 0x00007f02b068b000 JavaThread "Thread-3" daemon [_thread_blocked, >> id=10709, stack(0x00007f02b59d7000,0x00007f02b5ad8000)] >> 0x00000000028e5800 JavaThread "Timer-0" [_thread_in_native, id=10707, >> stack(0x00007f02b6114000,0x00007f02b6215000)] >> 0x00000000023de000 JavaThread "Low Memory Detector" daemon >> [_thread_blocked, id=10482, stack(0x00007f02b65d5000,0x00007f02b66d6000)] >> 0x00000000023da800 JavaThread "CompilerThread1" daemon >> [_thread_blocked, id=10480, stack(0x00007f02b66d6000,0x00007f02b67d7000)] >> 0x00000000023d8000 JavaThread "CompilerThread0" daemon >> [_thread_blocked, id=10479, stack(0x00007f02b67d7000,0x00007f02b68d8000)] >> 0x00000000023d6000 JavaThread "Signal Dispatcher" daemon >> [_thread_blocked, id=10478, stack(0x00007f02b68d8000,0x00007f02b69d9000)] >> 0x00000000023b1800 JavaThread "Finalizer" daemon [_thread_blocked, >> id=10459, stack(0x00007f02b6a18000,0x00007f02b6b19000)] >> 0x00000000023aa800 JavaThread "Reference Handler" daemon >> [_thread_blocked, id=10458, stack(0x00007f02b6b19000,0x00007f02b6c1a000)] >> 0x000000000233d000 JavaThread "main" [_thread_in_native, id=10439, >> stack(0x00007fffd7614000,0x00007fffd7714000)] >> >> Other Threads: >> 0x00000000023a5800 VMThread [stack: >> 0x00007f02b6c1a000,0x00007f02b6d1b000] [id=10454] >> 0x00000000023e0800 WatcherThread [stack: >> 0x00007f02b64d4000,0x00007f02b65d5000] [id=10483] >> >> VM state:not at safepoint (normal execution) >> >> VM Mutex/Monitor currently owned by a thread: None >> >> Heap >> PSYoungGen total 23168K, used 10641K [0x00007f02c7110000, >> 0x00007f02c9bb0000, 0x00007f02c9bb0000) >> eden space 14592K, 14% used >> [0x00007f02c7110000,0x00007f02c731c538,0x00007f02c7f50000) >> from space 8576K, 99% used >> [0x00007f02c9350000,0x00007f02c9ba8030,0x00007f02c9bb0000) >> to space 14528K, 0% used >> [0x00007f02c7f50000,0x00007f02c7f50000,0x00007f02c8d80000) >> PSOldGen total 50240K, used 36088K [0x00007f02c1bb0000, >> 0x00007f02c4cc0000, 0x00007f02c7110000) >> object space 50240K, 71% used >> [0x00007f02c1bb0000,0x00007f02c3eee180,0x00007f02c4cc0000) >> PSPermGen total 34496K, used 19671K [0x00007f02b73b0000, >> 0x00007f02b9560000, 0x00007f02c1bb0000) >> object space 34496K, 57% used >> [0x00007f02b73b0000,0x00007f02b86e5c08,0x00007f02b9560000) >> >> Dynamic libraries: >> 00400000-00408000 r-xp 00000000 08:01 4115620 >> /usr/bin/jsvc >> 00608000-00609000 r--p 00008000 08:01 4115620 >> /usr/bin/jsvc >> 00609000-0060a000 rw-p 00009000 08:01 4115620 >> /usr/bin/jsvc >> 02333000-031cf000 rw-p 02333000 00:00 0 >> [heap] >> 7f02a8000000-7f02a804d000 rw-p 7f02a8000000 00:00 0 >> 7f02a804d000-7f02ac000000 ---p 7f02a804d000 00:00 0 >> 7f02b0000000-7f02b0b12000 rw-p 7f02b0000000 00:00 0 >> 7f02b0b12000-7f02b4000000 ---p 7f02b0b12000 00:00 0 >> 7f02b4dbe000-7f02b4dc1000 ---p 7f02b4dbe000 00:00 0 >> 7f02b4dc1000-7f02b4ebf000 rwxp 7f02b4dc1000 00:00 0 >> 7f02b4ebf000-7f02b4ec2000 ---p 7f02b4ebf000 00:00 0 >> 7f02b4ec2000-7f02b4fc0000 rwxp 7f02b4ec2000 00:00 0 >> 7f02b4fc0000-7f02b4fc3000 ---p 7f02b4fc0000 00:00 0 >> 7f02b4fc3000-7f02b50c1000 rwxp 7f02b4fc3000 00:00 0 >> 7f02b50c1000-7f02b50c4000 ---p 7f02b50c1000 00:00 0 >> 7f02b50c4000-7f02b51c2000 rwxp 7f02b50c4000 00:00 0 >> 7f02b51c2000-7f02b51c5000 ---p 7f02b51c2000 00:00 0 >> 7f02b51c5000-7f02b52c3000 rwxp 7f02b51c5000 00:00 0 >> 7f02b52c3000-7f02b52c6000 ---p 7f02b52c3000 00:00 0 >> 7f02b52c6000-7f02b53c4000 rwxp 7f02b52c6000 00:00 0 >> 7f02b53c4000-7f02b53c7000 ---p 7f02b53c4000 00:00 0 >> 7f02b53c7000-7f02b54c5000 rwxp 7f02b53c7000 00:00 0 >> 7f02b54c5000-7f02b54d2000 r-xp 00000000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b54d2000-7f02b55d2000 ---p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d2000-7f02b55d3000 rw-p 0000d000 08:01 4614214 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/librxtxSerial.so >> 7f02b55d3000-7f02b55d6000 ---p 7f02b55d3000 00:00 0 >> 7f02b55d6000-7f02b56d4000 rwxp 7f02b55d6000 00:00 0 >> 7f02b56d4000-7f02b56d7000 ---p 7f02b56d4000 00:00 0 >> 7f02b56d7000-7f02b57d5000 rwxp 7f02b56d7000 00:00 0 >> 7f02b57d5000-7f02b57d8000 ---p 7f02b57d5000 00:00 0 >> 7f02b57d8000-7f02b58d6000 rwxp 7f02b57d8000 00:00 0 >> 7f02b58d6000-7f02b58d9000 ---p 7f02b58d6000 00:00 0 >> 7f02b58d9000-7f02b59d7000 rwxp 7f02b58d9000 00:00 0 >> 7f02b59d7000-7f02b59da000 ---p 7f02b59d7000 00:00 0 >> 7f02b59da000-7f02b5ad8000 rwxp 7f02b59da000 00:00 0 >> 7f02b5ad8000-7f02b5aec000 r-xp 00000000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5aec000-7f02b5cec000 ---p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cec000-7f02b5ced000 r--p 00014000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5ced000-7f02b5cee000 rw-p 00015000 08:01 10744377 >> /lib/libresolv-2.9.so >> 7f02b5cee000-7f02b5cf0000 rw-p 7f02b5cee000 00:00 0 >> 7f02b5cf0000-7f02b5cf5000 r-xp 00000000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5cf5000-7f02b5ef4000 ---p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef4000-7f02b5ef5000 r--p 00004000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef5000-7f02b5ef6000 rw-p 00005000 08:01 10744370 >> /lib/libnss_dns-2.9.so >> 7f02b5ef6000-7f02b5ef8000 r-xp 00000000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b5ef8000-7f02b60f7000 ---p 00002000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b60f7000-7f02b60f8000 rw-p 00001000 08:01 10739803 >> /lib/libnss_mdns4_minimal.so.2 >> 7f02b6114000-7f02b6117000 ---p 7f02b6114000 00:00 0 >> 7f02b6117000-7f02b6215000 rwxp 7f02b6117000 00:00 0 >> 7f02b6215000-7f02b621c000 r--s 000fd000 08:01 3355569 >> /usr/lib/jvm/java-6-openjdk/jre/lib/resources.jar >> 7f02b621c000-7f02b621e000 r--s 00001000 08:01 28968800 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/webCameraComponents.jar >> 7f02b621e000-7f02b621f000 r--s 00001000 08:01 28968799 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/voiceSynthesisComponents.jar >> 7f02b621f000-7f02b6220000 r--s 00001000 08:01 28968798 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/timeComponents.jar >> 7f02b6220000-7f02b6222000 r--s 00004000 08:01 28968797 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/telephonyComponents.jar >> 7f02b6222000-7f02b6223000 r--s 0000b000 08:01 28968796 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/streamingComponents.jar >> 7f02b6223000-7f02b6224000 r--s 00001000 08:01 28968794 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/printingComponents.jar >> 7f02b6224000-7f02b622a000 r--s 00051000 08:01 28968792 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/mail.jar >> 7f02b622a000-7f02b622b000 r--s 00003000 08:01 28968791 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/lcdComponents.jar >> 7f02b622b000-7f02b622e000 r--s 00015000 08:01 28968789 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/insteonComponents.jar >> 7f02b622e000-7f02b6230000 r--s 0000c000 08:01 28968788 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/iButtonComponents.jar >> 7f02b6230000-7f02b6234000 r--s 0002f000 08:01 28968787 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts.jar >> 7f02b6234000-7f02b6236000 r--s 0000c000 08:01 28968786 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/freetts-jsapi10.jar >> 7f02b6236000-7f02b6239000 r--s 000d1000 08:01 28968785 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/en_us.jar >> 7f02b6239000-7f02b623e000 r--s 00028000 08:01 28968784 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-net.jar >> 7f02b623e000-7f02b623f000 r--s 0000c000 08:01 28968783 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-logging.jar >> 7f02b623f000-7f02b6244000 r--s 00040000 08:01 28968782 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-httpclient.jar >> 7f02b6244000-7f02b6246000 r--s 0000a000 08:01 28968781 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/commons-codec.jar >> 7f02b6246000-7f02b6247000 r--s 00000000 08:01 28968778 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmutimelex.jar >> 7f02b6247000-7f02b6248000 r--s 00092000 08:01 28968777 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmulex.jar >> 7f02b6248000-7f02b6249000 r--s 000da000 08:01 28968776 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmudict04.jar >> 7f02b6249000-7f02b624b000 r--s 004ab000 08:01 28968780 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_us_kal.jar >> 7f02b624b000-7f02b624c000 r--s 001a4000 08:01 28968779 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/cmu_time_awb.jar >> 7f02b624c000-7f02b6252000 r--s 0003d000 08:01 28968775 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/clink.jar >> 7f02b6252000-7f02b6255000 r--s 0001a000 08:01 28968774 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/caddxComponents.jar >> 7f02b6255000-7f02b625a000 r--s 00030000 08:01 28968773 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/bbvg.jar >> 7f02b625a000-7f02b625b000 r--s 00004000 08:01 28968772 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/axisComponents.jar >> 7f02b625b000-7f02b6260000 r--s 00033000 08:01 28968771 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/api.jar >> 7f02b6260000-7f02b6262000 r--s 0000c000 08:01 28968770 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/activation.jar >> 7f02b6262000-7f02b6264000 r--s 0000d000 08:01 28968795 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/RXTXcomm.jar >> 7f02b6264000-7f02b6269000 r--s 00065000 08:01 28968793 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/OneWireAPI.jar >> 7f02b6269000-7f02b626b000 r--s 0000b000 08:01 28968790 >> /var/lib/tomcat6/webapps/jasm/WEB-INF/lib/JSAPI.jar >> 7f02b626b000-7f02b626d000 r--s 00013000 08:01 3355559 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jce.jar >> 7f02b626d000-7f02b6270000 r--s 00031000 08:01 1471522 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/sunjce_provider.jar >> 7f02b6270000-7f02b6274000 r--s 00076000 08:01 1471521 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar >> 7f02b6274000-7f02b6289000 r-xp 00000000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6289000-7f02b6488000 ---p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6488000-7f02b6489000 r--p 00014000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b6489000-7f02b648a000 rw-p 00015000 08:01 4615133 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libnet.so >> 7f02b648a000-7f02b648b000 r--s 0000b000 08:01 17563700 >> /usr/share/java/catalina-ant-6.0.18.jar >> 7f02b648b000-7f02b648f000 r--s 00034000 08:01 17563693 >> /usr/share/java/catalina-tribes-6.0.18.jar >> 7f02b648f000-7f02b649e000 r--s 00105000 08:01 17563701 >> /usr/share/java/catalina-6.0.18.jar >> 7f02b649e000-7f02b64a0000 r--s 00017000 08:01 17563691 >> /usr/share/java/jasper-el-6.0.18.jar >> 7f02b64a0000-7f02b64a3000 r--s 00013000 08:01 28983568 >> /usr/share/java/commons-pool-1.4.jar >> 7f02b64a3000-7f02b64a5000 r--s 0000a000 08:01 17563696 >> /usr/share/java/tomcat-i18n-ja-6.0.18.jar >> 7f02b64a5000-7f02b64a6000 r--s 00002000 08:01 17563692 >> /usr/share/java/annotations-api-6.0.18.jar >> 7f02b64a6000-7f02b64a7000 r--s 00006000 08:01 17563690 >> /usr/share/java/el-api-2.1.jar >> 7f02b64a7000-7f02b64a9000 r--s 00009000 08:01 17563694 >> /usr/share/java/tomcat-i18n-fr-6.0.18.jar >> 7f02b64a9000-7f02b64b5000 r--s 00129000 08:01 28983574 >> /usr/share/java/eclipse-ecj.jar >> 7f02b64b5000-7f02b64bc000 r--s 0007b000 08:01 17563698 >> /usr/share/java/jasper-6.0.18.jar >> 7f02b64bc000-7f02b64be000 r--s 00013000 08:01 17563688 >> /usr/share/java/servlet-api-2.5.jar >> 7f02b64be000-7f02b64c1000 r--s 0001c000 08:01 17563699 >> /usr/share/java/catalina-ha-6.0.18.jar >> 7f02b64c1000-7f02b64c4000 r--s 00009000 08:01 17563695 >> /usr/share/java/tomcat-i18n-es-6.0.18.jar >> 7f02b64c4000-7f02b64c6000 r--s 0001c000 08:01 28986831 >> /usr/share/java/commons-dbcp-1.2.1.jar >> 7f02b64c6000-7f02b64d1000 r--s 000ab000 08:01 17563697 >> /usr/share/java/tomcat-coyote-6.0.18.jar >> 7f02b64d1000-7f02b64d4000 r--s 0000f000 08:01 17563689 >> /usr/share/java/jsp-api-2.1.jar >> 7f02b64d4000-7f02b64d5000 ---p 7f02b64d4000 00:00 0 >> 7f02b64d5000-7f02b65d5000 rwxp 7f02b64d5000 00:00 0 >> 7f02b65d5000-7f02b65d8000 ---p 7f02b65d5000 00:00 0 >> 7f02b65d8000-7f02b66d6000 rwxp 7f02b65d8000 00:00 0 >> 7f02b66d6000-7f02b66d9000 ---p 7f02b66d6000 00:00 0 >> 7f02b66d9000-7f02b67d7000 rwxp 7f02b66d9000 00:00 0 >> 7f02b67d7000-7f02b67da000 ---p 7f02b67d7000 00:00 0 >> 7f02b67da000-7f02b68d8000 rwxp 7f02b67da000 00:00 0 >> 7f02b68d8000-7f02b68db000 ---p 7f02b68d8000 00:00 0 >> 7f02b68db000-7f02b69d9000 rwxp 7f02b68db000 00:00 0 >> 7f02b69d9000-7f02b6a18000 r--p 00000000 08:01 10924915 >> /usr/lib/locale/en_US.utf8/LC_CTYPE >> 7f02b6a18000-7f02b6a1b000 ---p 7f02b6a18000 00:00 0 >> 7f02b6a1b000-7f02b6b19000 rwxp 7f02b6a1b000 00:00 0 >> 7f02b6b19000-7f02b6b1c000 ---p 7f02b6b19000 00:00 0 >> 7f02b6b1c000-7f02b6c1a000 rwxp 7f02b6b1c000 00:00 0 >> 7f02b6c1a000-7f02b6c1b000 ---p 7f02b6c1a000 00:00 0 >> 7f02b6c1b000-7f02b6d1b000 rwxp 7f02b6c1b000 00:00 0 >> 7f02b6d1b000-7f02b6df3000 rw-p 7f02b6d1b000 00:00 0 >> 7f02b6df3000-7f02b6f84000 r--s 0384c000 08:01 1207428 >> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar >> 7f02b6f84000-7f02b6fac000 rw-p 7f02b6f84000 00:00 0 >> 7f02b6fac000-7f02b6fad000 ---p 7f02b6fac000 00:00 0 >> 7f02b6fad000-7f02b70ad000 rwxp 7f02b6fad000 00:00 0 >> 7f02b70ad000-7f02b70ae000 ---p 7f02b70ad000 00:00 0 >> 7f02b70ae000-7f02b71ae000 rwxp 7f02b70ae000 00:00 0 >> 7f02b71ae000-7f02b71af000 ---p 7f02b71ae000 00:00 0 >> 7f02b71af000-7f02b72af000 rwxp 7f02b71af000 00:00 0 >> 7f02b72af000-7f02b72b0000 ---p 7f02b72af000 00:00 0 >> 7f02b72b0000-7f02b9560000 rwxp 7f02b72b0000 00:00 0 >> 7f02b9560000-7f02c1bb0000 rwxp 7f02b9560000 00:00 0 >> 7f02c1bb0000-7f02c4cc0000 rwxp 7f02c1bb0000 00:00 0 >> 7f02c4cc0000-7f02c7110000 rwxp 7f02c4cc0000 00:00 0 >> 7f02c7110000-7f02c9bb0000 rwxp 7f02c7110000 00:00 0 >> 7f02c9bb0000-7f02c9bb1000 r--s 00004000 08:01 29017671 >> /usr/share/tomcat6/bin/tomcat-juli.jar >> 7f02c9bb1000-7f02c9bb3000 r--s 00003000 08:01 29017668 >> /usr/share/tomcat6/bin/bootstrap.jar >> 7f02c9bb3000-7f02c9e23000 rwxp 7f02c9bb3000 00:00 0 >> 7f02c9e23000-7f02ccbb3000 rwxp 7f02c9e23000 00:00 0 >> 7f02ccbb3000-7f02ccbca000 r-xp 00000000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccbca000-7f02ccdc9000 ---p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdc9000-7f02ccdca000 r--p 00016000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdca000-7f02ccdcb000 rw-p 00017000 08:01 10739760 >> /lib/libz.so.1.2.3.3 >> 7f02ccdcb000-7f02ccdd2000 r-xp 00000000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccdd2000-7f02ccfd1000 ---p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd1000-7f02ccfd2000 r--p 00006000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd2000-7f02ccfd3000 rw-p 00007000 08:01 4615140 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libzip.so >> 7f02ccfd3000-7f02ccfdb000 r-xp 00000000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02ccfdb000-7f02cd1da000 ---p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1da000-7f02cd1db000 r--p 00007000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1db000-7f02cd1dc000 rw-p 00008000 08:01 4615141 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/native_threads/libhpi.so >> 7f02cd1dc000-7f02cd209000 r-xp 00000000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd209000-7f02cd408000 ---p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd408000-7f02cd409000 r--p 0002c000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd409000-7f02cd40c000 rw-p 0002d000 08:01 4615122 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so >> 7f02cd40c000-7f02cd41b000 r-xp 00000000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd41b000-7f02cd61a000 ---p 0000f000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61a000-7f02cd61c000 r--p 0000e000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61c000-7f02cd61d000 rw-p 00010000 08:01 4615139 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libverify.so >> 7f02cd61d000-7f02cd624000 r-xp 00000000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd624000-7f02cd823000 ---p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd823000-7f02cd824000 r--p 00006000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd824000-7f02cd825000 rw-p 00007000 08:01 10744378 >> /lib/librt-2.9.so >> 7f02cd825000-7f02cd8a9000 r-xp 00000000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cd8a9000-7f02cdaa8000 ---p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa8000-7f02cdaa9000 r--p 00083000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaa9000-7f02cdaaa000 rw-p 00084000 08:01 10744366 >> /lib/libm-2.9.so >> 7f02cdaaa000-7f02ce266000 r-xp 00000000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce266000-7f02ce466000 ---p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce466000-7f02ce4d3000 r--p 007bc000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4d3000-7f02ce4ed000 rw-p 00829000 08:01 4615143 >> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so >> 7f02ce4ed000-7f02ce527000 rw-p 7f02ce4ed000 00:00 0 >> 7f02ce527000-7f02ce533000 r-xp 00000000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce533000-7f02ce732000 ---p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce732000-7f02ce733000 r--p 0000b000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce733000-7f02ce734000 rw-p 0000c000 08:01 10744371 >> /lib/libnss_files-2.9.so >> 7f02ce734000-7f02ce73e000 r-xp 00000000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce73e000-7f02ce93d000 ---p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93d000-7f02ce93e000 r--p 00009000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93e000-7f02ce93f000 rw-p 0000a000 08:01 10744373 >> /lib/libnss_nis-2.9.so >> 7f02ce93f000-7f02ce955000 r-xp 00000000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ce955000-7f02ceb55000 ---p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb55000-7f02ceb56000 r--p 00016000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb56000-7f02ceb57000 rw-p 00017000 08:01 10744368 >> /lib/libnsl-2.9.so >> 7f02ceb57000-7f02ceb59000 rw-p 7f02ceb57000 00:00 0 >> 7f02ceb59000-7f02ceb61000 r-xp 00000000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ceb61000-7f02ced60000 ---p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced60000-7f02ced61000 r--p 00007000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced61000-7f02ced62000 rw-p 00008000 08:01 10744369 >> /lib/libnss_compat-2.9.so >> 7f02ced62000-7f02ceeca000 r-xp 00000000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02ceeca000-7f02cf0ca000 ---p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ca000-7f02cf0ce000 r--p 00168000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0ce000-7f02cf0cf000 rw-p 0016c000 08:01 10744362 >> /lib/libc-2.9.so >> 7f02cf0cf000-7f02cf0d4000 rw-p 7f02cf0cf000 00:00 0 >> 7f02cf0d4000-7f02cf0eb000 r-xp 00000000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf0eb000-7f02cf2ea000 ---p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ea000-7f02cf2eb000 r--p 00016000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2eb000-7f02cf2ec000 rw-p 00017000 08:01 10744376 >> /lib/libpthread-2.9.so >> 7f02cf2ec000-7f02cf2f0000 rw-p 7f02cf2ec000 00:00 0 >> 7f02cf2f0000-7f02cf2f2000 r-xp 00000000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf2f2000-7f02cf4f2000 ---p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f2000-7f02cf4f3000 r--p 00002000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f3000-7f02cf4f4000 rw-p 00003000 08:01 10744365 >> /lib/libdl-2.9.so >> 7f02cf4f4000-7f02cf514000 r-xp 00000000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf515000-7f02cf51e000 r--s 00065000 08:01 28986740 >> /usr/share/java/gnome-java-bridge.jar >> 7f02cf51e000-7f02cf52f000 rwxp 7f02cf51e000 00:00 0 >> 7f02cf52f000-7f02cf572000 rwxp 7f02cf52f000 00:00 0 >> 7f02cf572000-7f02cf58b000 rwxp 7f02cf572000 00:00 0 >> 7f02cf58b000-7f02cf59d000 rwxp 7f02cf58b000 00:00 0 >> 7f02cf59d000-7f02cf5ae000 rwxp 7f02cf59d000 00:00 0 >> 7f02cf5ae000-7f02cf5f1000 rwxp 7f02cf5ae000 00:00 0 >> 7f02cf5f1000-7f02cf60a000 rwxp 7f02cf5f1000 00:00 0 >> 7f02cf60a000-7f02cf61b000 rwxp 7f02cf60a000 00:00 0 >> 7f02cf61b000-7f02cf631000 rwxp 7f02cf61b000 00:00 0 >> 7f02cf631000-7f02cf63c000 rwxp 7f02cf631000 00:00 0 >> 7f02cf63c000-7f02cf6f2000 rwxp 7f02cf63c000 00:00 0 >> 7f02cf6f2000-7f02cf6f5000 rw-p 7f02cf6f2000 00:00 0 >> 7f02cf6f5000-7f02cf6f9000 r--s 00079000 08:01 3355561 >> /usr/lib/jvm/java-6-openjdk/jre/lib/jsse.jar >> 7f02cf6f9000-7f02cf6fb000 r--s 00001000 08:01 28986822 >> /usr/share/java/commons-daemon-1.0.2.jar >> 7f02cf6fb000-7f02cf6fe000 r--s 0000f000 08:01 1471524 >> /usr/lib/jvm/java-6-openjdk/jre/lib/ext/pulse-java.jar >> 7f02cf6fe000-7f02cf705000 r--s 00000000 08:01 28903441 >> /usr/lib/gconv/gconv-modules.cache >> 7f02cf705000-7f02cf70d000 rw-s 00000000 08:01 9237358 >> /tmp/hsperfdata_tomcat6/10439 >> 7f02cf70d000-7f02cf70e000 rwxp 7f02cf70d000 00:00 0 >> 7f02cf70e000-7f02cf70f000 r--p 7f02cf70e000 00:00 0 >> 7f02cf70f000-7f02cf713000 rw-p 7f02cf70f000 00:00 0 >> 7f02cf713000-7f02cf714000 r--p 0001f000 08:01 10739778 >> /lib/ld-2.9.so >> 7f02cf714000-7f02cf715000 rw-p 00020000 08:01 10739778 >> /lib/ld-2.9.so >> 7fffd7614000-7fffd7617000 ---p 7fffd7614000 00:00 0 >> 7fffd7617000-7fffd7714000 rwxp 7ffffff01000 00:00 0 >> [stack] >> 7fffd7714000-7fffd7715000 rw-p 7fffffffe000 00:00 0 >> 7fffd77ff000-7fffd7800000 r-xp 7fffd77ff000 00:00 0 >> [vdso] >> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 >> [vsyscall] >> >> VM Arguments: >> jvm_args: -Djava.awt.headless=true -Xmx128M >> -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed >> -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 >> -Djava.io.tmpdir=/t >> mp/tomcat6-temp -Djava.security.manager >> -Djava.security.policy=/var/lib/tomcat6/work/catalina.policy >> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager >> -Djava.util.l >> ogging.config.file=/var/lib/tomcat6/conf/logging.properties abort >> java_command: >> Launcher Type: generic >> >> Environment Variables: >> JAVA_HOME=/usr/lib/jvm/java-6-openjdk >> PATH=/bin:/usr/bin:/sbin:/usr/sbin >> USERNAME=root >> SHELL=/bin/bash >> >> Signal Handlers: >> SIGSEGV: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGBUS: [libjvm.so+0x66f490], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGFPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGPIPE: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGXFSZ: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGILL: [libjvm.so+0x549d80], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 >> SIGUSR2: [libjvm.so+0x549500], sa_mask[0]=0x00000000, sa_flags=0x10000004 >> SIGHUP: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGINT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGTERM: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> SIGQUIT: [libjvm.so+0x54b750], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 >> >> >> --------------- S Y S T E M --------------- >> >> OS:Ubuntu 9.04 (jaunty) >> uname:Linux 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC >> 2009 x86_64 >> libc:glibc 2.9 NPTL 2.9 >> rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity >> load average:0.35 0.14 0.15 >> >> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 >> stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1 >> >> Memory: 4k page, physical 3992408k(3339580k free), swap >> 11871992k(11871992k free) >> >> vm_info: OpenJDK 64-Bit Server VM (14.0-b08) for linux-amd64 JRE >> (1.6.0_0-b14), built on Apr 14 2009 13:55:40 by "buildd" with gcc 4.3.3 >> >> time: Sun Jul 19 17:00:09 2009 >> elapsed time: 7 seconds >> _______________________________________________ >> Rxtx mailing list >> Rxtx at qbang.org >> http://mailman.qbang.org/mailman/listinfo/rxtx >> > _______________________________________________ > Rxtx mailing list > Rxtx at qbang.org > http://mailman.qbang.org/mailman/listinfo/rxtx > From mikeklein at vxappliance.com Sun Jul 19 22:37:31 2009 From: mikeklein at vxappliance.com (Mike Klein) Date: Sun, 19 Jul 2009 19:37:31 -0700 Subject: [Rxtx] openjdk segfault on 64-bit ubuntu when doing flush/drain In-Reply-To: References: <4A63B970.2000104@vxappliance.com> <4A63CA0B.8080404@vxappliance.com> Message-ID: <4A63D86B.3090805@vxappliance.com> mklein at father:/usr/local/src/rxtx-2.2pre2$ ./configure.mdk configure: error: unrecognized option: --enable_PRINTER=no Do I need cvs build for this parameter? I am using latest zip from wiki. I will pull just in case. In mean time I had removed block which does this check in 3 different files...I get past build at least. I checked ./configure earlier for parameters I may be missing and didn't see anything beyond standard autoconf stuff. mike Trent Jarvi wrote: > > To get past the compile issue for now, just run configure > --enable_PRINTER=no > > I'll fix the error as I upgrade the build machine to Debian 5. It > should also resolve the problems. > > On Sun, 19 Jul 2009, Mike Klein wrote: > >> Actually appears to be this: >> https://bugs.launchpad.net/ubuntu/+source/rxtx/+bug/361635 >> >> Besides drain below I got above message too when I tried different >> serial api calls. >> >> I grabbed latest sources from zip on wiki however I get some errors >> compiling: >> >> gcc -I/usr/local/src/rxtx-2.2pre2 -Ix86_64-unknown-linux-gnu -I. >> -I/usr/lib/jvm/java-6-openjdk/include >> -I/usr/lib/jvm/java-6-openjdk/include/./ -g -O2 -D_POSIX_SOURCE >> -D_BSD_SOURC >> E -D__need_timespec -c /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c -fPIC >> -DPIC -o >> /usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/.libs/I2CImp.o >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c: In function >> 'Java_gnu_io_I2CPort_Initialize': >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: 'UTS_RELEASE' >> undeclared (first use in this function) >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: (Each undeclared >> identifier is reported only once >> /usr/local/src/rxtx-2.2pre2/./src/I2CImp.c:135: error: for each function >> it appears in.) >> libtool: link: >> `/usr/local/src/rxtx-2.2pre2/x86_64-unknown-linux-gnu/I2CImp.lo' is not >> a valid libtool object >> make: *** [x86_64-unknown-linux-gnu/librxtxI2C.la] Error 1 >> >> I notice I already have a libtool installed so I renamed one in rxtx >> directory but made no difference. >> >> >> mike >> >> Mike Klein wrote: >>> I am really hoping I can save $$ by using straight serial on my server. >>> I am up for building from sources if this will help me fix issue. >>> >>> I am trying to get some home automation stuff working and am getting >>> segfault from openjdk when flush (or other operations I suspect) get >>> called. >>> >>> http://bugzilla.qbang.org/show_bug.cgi?id=105 seems to be my issue. >>> >>> mklein at father:/tmp/tomcat6-temp$ cat hs_err_pid10439.log >>> # >>> # A fatal error has been detected by the Java Runtime Environment: >>> # >>> # SIGSEGV (0xb) at pc=0x00007f02b54ccecd, pid=10439, >>> tid=139649603074384 >>> # >>> # Java VM: OpenJDK 64-Bit Server VM (14.0-b08 mixed mode linux-amd64 ) >>> # Distribution: Ubuntu 9.04, package 6b14-1.4.