[Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Tony
ajw4me at ...466...
Wed Dec 2 10:25:19 CET 2009
Hi Benoit,
I have muddled my way through the subversion bit, hopefully correctly and
compiled the 2454 version. When opening my application I get the error
message "The program has stopped unexpectedly raising signal #11" with the
CPU at 100%. If I try to open the wrong ttyUSBx, the application flags this
error and behaves correctly, so I would assume that if the ttyUSBx opens OK
then the most recent Gambas2 changes have induced the "signal #11" problem.
Can you please let me know how to debug further and assist you with your
efforts.
Thanks and regards,
Tony..
Benoît Minisini wrote:
Thanks Benoit and all for your speedy replies..
I'm using the serial port in a timing application with 3 laser through
beam sensors feeding into the CTS, RI and DSR lines of the serial port. In
this mode I don't pass any data, don't really care about flow control and
am only interested in the raw status change events. Working this way I
haven't noticed gross CPU utilisation after opening the port. The
application also uses the UDPsocket to communicate remotely and what I
have noticed is that if the serial port does not open correctly e.g.
"/dev/tty" wrong and the UDPsocket is open, then there is a large amount
of CPU used. Both open correctly and CPU normal.
Can you tell me the polling frequency in Gambas2 2.8 ?
I would assume that there ore other users of Gambas2 who are using the
serial port as a convenient way of passing external events to the
application, so maybe some input from them would also be in order. As
long as there is a mechanism to replicate the Gambas2 2.8 functionality
that I currently use, I'll leave the implementation up to those who know a
lot more than myself. If going back to polling, a property to define the
frequency would be nice.
Thanks again,
Tony.
Can you try the revision #2454? I think I have found and fix another possible
bug, and I'd like to be sure I didn't break anything.
Regards,
More information about the User
mailing list