November 2003 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Wed Nov 5 13:20:53 MST 2003
Ending: Fri Nov 28 14:18:13 MST 2003
Messages: 66

• Antwort: Re: [Rxtx] Re: compile problems   c.marschalek at schrack-seconet.com
• Antwort: Re: [Rxtx] Re: compile problems   Trent Jarvi
• Antwort: Re: [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• Antwort: Re: [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• Antwort: Re: [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• Antwort: Re: [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] Re: compile problems   taj at www.linux.org.uk
• [Rxtx] Re: compile problems   Ewald Geschwinde
• [Rxtx] Re: compile problems   Trent Jarvi
• [Rxtx] Controlling Individual Signals DTR and RTS   Moussa A. Ba
• [Rxtx] Controlling Individual Signals DTR and RTS   Trent Jarvi
• [Rxtx] Error while compiling under windows   David Garnier
• [Rxtx] Error while compiling under windows   Trent Jarvi
• [Rxtx] filtered email comming   Trent Jarvi
• [Rxtx] java.lang.noSuchMethodError exception under Mac OS X (Jaguar)   Trent Jarvi
• [Rxtx] java.lang.noSuchMethodError exception under Mac OS X (Jaguar)   tendim
• [Rxtx] java.lang.noSuchMethodError exception under Mac OS X (Jaguar)   tendim
• [Rxtx] MAC Related Issue   pedapudi narayana murthy
• [Rxtx] More on rxtx-2.1-6 & -7, OS X 10.3 (Panther), "Bus Error" Hi Trent, Thanks for a good description of how things are _supposed_ to work. I am relieved that my first impressions about what the code was doing weren't totally off base! Sadly the change below does not seem to prevent the crash. In fact, I had to decrease the length of the usleep a few lines up to even get the code change you suggested to execute before the crash. Is there any crude synchronization that we could use to test the thread safety for the drain code? I have tried a tweaking the timing (by modifying or adding sleeps) in hopes of determining if it is timing sensitive, but haven't come up with anything. It is probably straight forward, but my java-softened brain would likely make a lot of work out of it! :-) Similarly, I haven't had much luck getting gdb set up to debug the jnilib. Any ideas here? Regarding your previous comment that threads 11 & 12 showed up three times in my list posting... I am not sure what to make of it. I certainly don't recall an _intentional_ cut-n-paste error, but since the detailed thread dump isn't preserved (CrashReporter seems to keep a single copy per app), I can't be sure. For know it seem safe to assume that I messed it up. I will try to keep an eye open and see if CrashReporter seems to duplicate thread dumps though. -Erik On Nov 10, 2003, at 4:19 PM, Trent Jarvi wrote: ... So I'm curious if you can crash things after commenting the tcdrain() out in the drain_loop. Leave the notify on output buffer empty true and see if just commenting out tcdrain does it. - if( tcdrain( eis->fd ) == 0 ) + if( 1 ) ... _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx   Erik Persson
• [Rxtx] More on rxtx-2.1-6 & -7, OS X 10.3 (Panther), "Bus Error" Hi Trent, Thanks for a good description of how things are _supposed_ to work. I am relieved that my first impressions about what the code was doing weren't totally off base! Sadly the change below does not seem to prevent the crash. In fact, I had to decrease the length of the usleep a few lines up to even get the code change you suggested to execute before the crash. Is there any crude synchronization that we could use to test the thread safety for the drain code? I have tried a tweaking the timing (by modifying or adding sleeps) in hopes of determining if it is timing sensitive, but haven't come up with anything. It is probably straight forward, but my java-softened brain would likely make a lot of work out of it! :-) Similarly, I haven't had much luck getting gdb set up to debug the jnilib. Any ideas here? Regarding your previous comment that threads 11 & 12 showed up three times in my list posting... I am not sure what to make of it. I certainly don't recall an _intentional_ cut-n-paste error, but since the detailed thread dump isn't preserved (CrashReporter seems to keep a single copy per app), I can't be sure. For know it seem safe to assume that I messed it up. I will try to keep an eye open and see if CrashReporter seems to duplicate thread dumps though. -Erik On Nov 10, 2003, at 4:19 PM, Trent Jarvi wrote: ... So I'm curious if you can crash things after commenting the tcdrain() out in the drain_loop. Leave the notify on output buffer empty true and see if just commenting out tcdrain does it. - if( tcdrain( eis->fd ) == 0 ) + if( 1 ) ... _______________________________________________ Rxtx mailing list Rxtx at linuxgrrls.org http://mailman.linuxgrrls.org:8080/mailman/listinfo/rxtx   Erik Persson
• [Rxtx] More on rxtx-2.1-6 & -7, OS X 10.3 (Panther),   Trent Jarvi
• [Rxtx] More on rxtx-2.1-6 & -7, OS X 10.3 (Panther), "Bus Error"   Erik Persson
• [Rxtx] More on rxtx-2.1-6 & -7, OS X 10.3 (Panther), "Bus Error"   Trent Jarvi
• [Rxtx] Not finding com port on window98   vinu
• [Rxtx] Not finding com port on window98   Trent Jarvi
• [Rxtx] Palm Emulator and RXTX on Mac OS X   Dmitry Markman
• [Rxtx] patch - omitted unlock on open failures for Mac OS X port   Tico Ballagas
• [Rxtx] patch - omitted unlock on open failures for Mac OS X port   Trent Jarvi
• [Rxtx] question about actual stable version   Ewald Geschwinde
• [Rxtx] question about actual stable version   Trent Jarvi
• [Rxtx] question about actual stable version   Ewald Geschwinde
• [Rxtx] question about actual stable version   Ewald Geschwinde
• [Rxtx] Re: Rxtx Digest, Vol 8, Issue 2   Erik Persson
• [Rxtx] Re: Rxtx Digest, Vol 8, Issue 2   Dmitry Markman
• [Rxtx] Re: Rxtx Digest, Vol 8, Issue 3   Erik Persson
• [Rxtx] Re: Rxtx Digest, Vol 8, Issue 3   Dmitry Markman
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] RXTX Error: Unexpected lock file   Tom Halbleib
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   Trent Jarvi
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX Error: Unexpected lock file   c.marschalek at schrack-seconet.com
• [Rxtx] RXTX on win32 with new UNC-Style ports (was rxtx)   taj at www.linux.org.uk
• [Rxtx] rxtx-2.1.6, OS X 10.3 (Panther), "Bus Error"   Erik Persson
• [Rxtx] rxtx-2.1.6, OS X 10.3 (Panther), "Bus Error"   Erik Persson
• [Rxtx] rxtx-2.1.6, OS X 10.3 (Panther), "Bus Error"   Dmitry Markman
• [Rxtx] rxtx-2.1.6, OS X 10.3 (Panther), "Bus Error"   Dmitry Markman
• [Rxtx] rxtx-2.1.6, OS X 10.3 (Panther), "Bus Error"   Trent Jarvi
• [Rxtx] Still trying to run Rxtx under Windows   David Garnier
• [Rxtx] Still trying to run Rxtx under Windows   Trent Jarvi
• [Rxtx] Testing max length of subject line.   Erik Persson
• [Rxtx] Third party rxtx RPMS   Trent Jarvi
• [Rxtx] win32 usb   John Adams
• [Rxtx] win32 usb   Trent Jarvi
• [Rxtx] win32 usb   Bartels, Mel
• [Rxtx] win32 usb   John Adams
• [Rxtx] win32 usb   Bartels, Mel
• [Rxtx] win32 usb   Trent Jarvi

Last message date: Fri Nov 28 14:18:13 MST 2003
Archived on: Sun May 20 07:14:31 MDT 2012

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...