Bug 10260 - fconfigure -mode doesn't work on serial port
fconfigure -mode doesn't work on serial port
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: tcltk (Show other bugs)
6.1
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jens Petersen
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-03-20 06:28 EST by mbertani
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-03-20 08:41:23 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description mbertani 2000-03-20 06:28:28 EST
I run this script from tclsh:

------------------------
set comPort "/dev/ttyS0"
set comId [open $comPort r+]
if {$comId == ""} {
	bgerror "Can't open $comPort"
	return -1
}

fconfigure $comId \
	-translation binary \
	-blocking 0 \
	-buffering none \
	-mode 115200,n,8,1

after 10000
close $comId
-------------------------

while the program is waiting in "after 10000" , through another shell I call

 stty -a -F /dev/ttyS0

and I see a completely different setting (the _real_ one!).

To solve the problem it was necessary to rebuild Tcl/Tk from Scriptics sources tar.gz
(8.3b2, the newest at this time).
In order to understand if the problem was a Tcl bug, I rebuilt also 8.0.5 sources, but
the behaviour is equal - it works.

Please note that I had the same problem also with previous versions (5.0) of RH linux.

Best Regards
Massimo Bertani
Comment 1 Jeff Johnson 2000-03-20 08:41:59 EST
The problem appears to be with the build of tcltk-8.0.5, which probably
was built against a glibc version that incorrectly defined higher baud
rates (I assume from reading your reported behavior).

Try tcltk-8.2.3-36 packages from Raw Hide, they have been built against
more recent glibc headers. (Note: tcltk cannot be upgraded to 8.3 until
all the components (e.g. tclx, itcl, expect, and tix have been ported to 8.3).

Note You need to log in before you can comment on or make changes to this bug.