f



tcl 8.4.4 change in behavior with WriteChars over 8.3.x

Can I get some input on the following problem:

Tcl_WriteChars() no longer returns the correct number of bytes written to an 
output stream on Unix (I am running on a Sun Ultra30 with Solaris9, but it looks
like the issue is generic to Unix. My brief Inspection of the tcl code shows 
that the  actual return value is never checked for this routine, however, except 
for being non-negative. However, I am using tcl as an embedded shell in a C++
program which directs its output stream through a Tcl_Channel and uses 
Tcl_WriteChars as a replacement for the unix write() call, which returns the
number of bytes written to the output device. It would be desirable to keep this
emulation if possible.

Exact problem:

A string of the form

\n<content>\n  (of size N)

gets represented by   TranslateOutputEOL (tclIO.c, l.3107)

as

(ctrl-M)\n<content>(ctrl-M)\n

which has size N+2

My previous version, tcl8.3.2 returned the value N as expected.


Any comments appreciated.

Cheers,

Ben Dorman



-- 
============================================================
Dr Ben Dorman,  Lead Programmer/Analyst, L-3 Com EER Systems
XSPEC Development and Technical Support
Laboratory for High Energy Astrophysics, NASA/GSFC
Building 6/S124,   Code 600.1, NASA/GSFC, Greenbelt MD 20771
ben.dorman@gsfc.nasa.gov Tel: 301-286-9261 Fax: 301-286-1498
http://xspec.gsfc.nasa.gov
http://lheawww.gsfc.nasa.gov/users/dorman/xspec12

0
8/25/2003 3:18:25 PM
comp.lang.tcl 23429 articles. 2 followers. Post Follow

1 Replies
876 Views

Similar Articles

[PageSpeed] 16

[posted and mailed]

Ben Dorman <ben.dorman@gsfc.nasa.gov> wrote in
news:bidc64$jh6$1@skates.gsfc.nasa.gov: 

> It seems that the ultimate source of this problem is in the setup of
> Unix standard channels:
> 
> In tcl8.3.2, tclUnixChan.c TclpGetDefaultStdChannel(type)
> 
>      Tcl_SetChannelOption(NULL, channel, "-translation", "auto");

> In tcl8.4.4:
> 
>      if (Tcl_GetChannelType(channel) == &fileChannelType) {
>      Tcl_SetChannelOption(NULL, channel, "-translation", "auto");
>      } else {
>      Tcl_SetChannelOption(NULL, channel, "-translation", "auto crlf");
>      }

> The channelType for stdout is 'tty' which is not fileChannelType, so
> the code adds crlf as the channel option, whereas the earlier code
> left it as auto. Unix typically needs lf not crlf.

I vaguely remember that this was done to be pedantically correct with the 
output for sockets and ttys.  Related to this bug:
    	https://sourceforge.net/support/tracker.php?aid=219137

-- 
  Jeff Hobbs                     The Tcl Guy
  Senior Developer               http://www.ActiveState.com/
        Tcl Support and Productivity Solutions
0
jeffh7130 (9)
8/25/2003 4:56:36 PM
Reply:

Similar Artilces:

Tcl 8.4.x & tcl-dp 4.0.x
Has anyone built tcl-dp 4.0.x on windows against Tcl 8.4.x ? Is it possible to get the windows dll and the source code with modifications? ...

bind <Shift-something> does not work under XF 4.3 tcl 8.3.5, ActiveState 8.4.3
I have tried the following script, under XFree86-4.3.0-2 both with RedHat 8 and 9, either with the native RH tcl 8.3.5 and with the ActiveState tcl 8.4.3 distributions. In all these platform combinations, the binding of <Shift-* does not work. For example, for Shift-F1, I get XF86_Switch_VT_1 (see xmodmap dump below), but the binded script is not triggered. However, the script works fine under Windows, with the same tcl distributions. Any hint? pack [entry .a] bind .a <Shift_L> {puts "hello, Shift"} bind .a <Shift-F1> {puts "hello, Shift-F1"} bind .a <Shift-Tab> {puts "hello, Shift-Tab"} bind .a <Control_L> {puts "hello, Control"} bind .a <Control-F1> {puts "hello, Control-F1"} bind .a <Control-Tab> {puts "hello, Control-Tab"} xmodmap -pk There are 4 KeySyms per KeyCode; KeyCodes range from 8 to 255. KeyCode Keysym (Keysym) ... Value Value (Name) ... 8 9 0xff1b (Escape) 10 0x0031 (1) 0x0021 (exclam) 11 0x0032 (2) 0x0022 (quotedbl) 12 0x0033 (3) 0x00b7 (periodcentered) 13 0x0034 (4) 0x0024 (dollar) 14 0x0035 (5) 0x0025 (percent) 15 0x0036 (6) 0x0026 (ampersand) 16 0x0037 (7) 0x002f (slash) 17 0x0038 (8) 0x0028 (parenleft) 18 0x0039 (9) 0x0029 (parenright) 19 0x0030 (0) 0x003d (equal) 20 0x0027 (apostrophe) 0x003f (question) ...

Will Ruby 1.8.2 include tcl/tk 8.4.x instead of 8.3?
Will Ruby 1.8.2 release come with tcl/tk 8.4.7 libraries? Thanks. Hi, From: "H. Simpson" <nospam@asdlkfjhasldkjfsadlfhskadjfahsldfks.com> Subject: Will Ruby 1.8.2 include tcl/tk 8.4.x instead of 8.3? Date: Mon, 2 Aug 2004 17:01:40 +0900 Message-ID: <HwmPc.1858$Z56.480@newssvr33.news.prodigy.com> > Will Ruby 1.8.2 release come with tcl/tk 8.4.7 libraries? Is that a binary package of Ruby 1.8.2 ? If you say about source files, Ruby/Tk can work with Tcl/Tk8.4.7. I already tested that Ruby/Tk works with Tcl/Tk8.4.7 and 8.5a1 (and ActiveTcl-8.4.6.1 binary package). U...

TCL is not thread safer in TCL 8.3 or 8.4... Any plans to fix this?
It is a shame that I can't upgrade one of my applications due to this problem, though the memory leaks also intorduced in 8.3 and 8.4 are problem as well. :( I have a process that spawn a configurable number of thread with a TCL intrepeter in each one. The interps are isolated and do not communicate or share anything withe each other. Each thread is a rule processor that is handed TCL scripts based on what events occurs within a multi process enviroment rnaing across the whole itnerprize... Works great with TCL 8.2, not a single problem... But with TCL 8.3 and TCL 8.4 we get quite a few run time errors and/or data corruption and core dumps that all leads back to TCL. :( Quite a shame! cwhooks@landacorp.com wrote: > It is a shame that I can't upgrade one of my applications due to this > problem, though the memory leaks also intorduced in 8.3 and 8.4 are > problem as well. :( What are the bug report ID numbers of the issues giving you trouble? -- | Don Porter Mathematical and Computational Sciences Division | | donald.porter@nist.gov Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| Don Porter <dgp@email.nist.gov> wrote: > cwhooks@landacorp.com wrote: >> It is a shame that I can't upgrade one of my applications due to this >> problem, though the memory leaks also intorduced ...

difference between tcl 8.4.2 & 8.4.4
% exec $env(COMSPEC) /c net config This command now fails on Tcl 8.4.4 What can I do instead? to run with either version of tcl and windows 98. "couldn't execute "C:\WINDOWS\COMMAND.COM": no such file or directory" Running on Win 98. Win XP is ok. Peter Campbell wrote: > % exec $env(COMSPEC) /c net config > > This command now fails on Tcl 8.4.4 > What can I do instead? to run with either version of tcl and windows 98. > > "couldn't execute "C:\WINDOWS\COMMAND.COM": no such file or directory" > > Running on Win 98. > Win XP is ok. This is a known bug that is already fixed. 8.4.5 will be out by the end of the week with this corrected. -- Jeff Hobbs, The Tcl Guy http://www.ActiveState.com/, a division of Sophos Hi Peter, Peter Campbell <pc@acs.co.nz> writes: > % exec $env(COMSPEC) /c net config > > This command now fails on Tcl 8.4.4 > What can I do instead? to run with either version of tcl and windows 98. > > "couldn't execute "C:\WINDOWS\COMMAND.COM": no such file or > directory" > > Running on Win 98. > Win XP is ok. This was discussed recently, check google. IIRC, this is a bug in 8.4.4, to be fixed in 8.4.5. benny ...

"::tcl::tm::UnknownHandler ::tclPkgUnknown msgcat 1.4" caused by replacing Tcl 8.4.1 with 8.5.7
In the blog http://planet.larrythecow.org/archives/2009-07-26.html "The Twouble with Tcl" Iain Buchanan shows that redefining OPEN proc leads to the errors similar to what I am getting - when I replaced Tcl 8.4.1 with Tcl 8.5.7. In my case I don't know the exact root cause though ... Any ideas how I should proceed with debugging this issue ? Thanks, Alex tclsh c:/Tornado/host/resource/hutils/tcl/makeSymTbl.tcl ppc tmp.o symTbl.c invalid command name "::tcl::tm::UnknownHandler" while executing "::tcl::tm::UnknownHandler ::tclPkgUnknown msg...

problem about tcl 8.3 and 8.4
I need use a tcl8.3 program and it do not update now. I install it on Fedora5 which only has tcl8.4. Due to the const problem, I add the "#define USE_NON_CONST" before the inlude clause as the suggestion from "http://wiki.tcl.tk/3669". After that, this program can be complied. But when I want to run this program, there is an error :"Tcl_AppInit failed: window name "" already exists in parent". Could anyone kindly tell me whether this error is caused by the version problem or not? However other people install it on RedHat9 without such a problem (RedHat9 has tcl8.3). If this error is not caused by the version problem, is there any other cause? Any help is welcome. Thanks. binyorku@gmail.com wrote: > I need use a tcl8.3 program and it do not update now. I install it on > Fedora5 which only has tcl8.4. Due to the const problem, I add the > "#define USE_NON_CONST" before the inlude clause as the suggestion from > "http://wiki.tcl.tk/3669". After that, this program can be complied. > But when I want to run this program, there is an error :"Tcl_AppInit > failed: window name "" already exists in parent". > Could anyone kindly tell me whether this error is caused by the version > problem or not? However other people install it on RedHat9 without such > a problem (RedHat9 has tcl8.3). If this error is not caused by the > version problem, is there any other cause? Any help i...

Bug789040 came back in Tcl 8.4.6 and Tcl 8.5.
Dear All, Bug 789040 caused exec error in Windows 9x and was fixed in 10/04/03. But it came back in Tcl 8.4.6 and Tcl 8.5. Tcl Windows 9x users should be alerted to the possible failure of exec in the current Tcl 8.4.6 and 8.5 releases due to this bug. Chengye Mao http://www.geocities.com/~chengye Chengye Mao wrote: > Bug 789040 caused exec error in Windows 9x and was fixed in 10/04/03. > But it came back in Tcl 8.4.6 and Tcl 8.5. Tcl Windows 9x users > should be alerted to the possible failure of exec in the current Tcl > 8.4.6 and 8.5 releases due to this bug. Have you identified at what point it was reintroduced? Was the fix causing other issues and reverted, or simply reintroduced by accident? -- Jeff Hobbs, The Tcl Guy http://www.ActiveState.com/, a division of Sophos Jeff Hobbs <jeffh@activestate.com> wrote in message news:<409EEDB5.40905@activestate.com>... > Chengye Mao wrote: > > Bug 789040 caused exec error in Windows 9x and was fixed in 10/04/03. > > But it came back in Tcl 8.4.6 and Tcl 8.5. Tcl Windows 9x users > > should be alerted to the possible failure of exec in the current Tcl > > 8.4.6 and 8.5 releases due to this bug. > > Have you identified at what point it was reintroduced? Was the > fix causing other issues and reverted, or simply reintroduced by > accident? Reintroduced in rev. 1.41 of tclWinPipe.c in Feb, 2004. The bug was a missing space between tclpip.dll and...

Precompiled Expect for AIX 4.3 (Tcl 8.4)
Can someone please tell me where I can get the binaries of Expect for AIX 4.3.3 (Tcl 8.4)? I have tried aixpdslib.seas.ucla.edu, but this version requires Tcl 8.3 not Tcl 8.4. I don't have C compiler on my system and I am not good at using make. Thank you in advance for your help. -JK JK wrote: > Can someone please tell me where I can get the binaries of Expect for AIX > 4.3.3 (Tcl 8.4)? I have tried aixpdslib.seas.ucla.edu, but this version > requires Tcl 8.3 not Tcl 8.4. http://www.bullfreeware.com/ is a good AIX free software site. The expect there isn't the latest, but it will work. -- Jeff Hobbs The Tcl Guy Senior Developer http://www.ActiveState.com/ Tcl Support and Productivity Solutions I have checked that, but it's an old version of expect 5.31.5 with Tcl 8.2.3. -JK Jeff Hobbs <jeffh@activestate.com> wrote in news:Ue8_a.707517$3C2.16614059@news3.calgary.shaw.ca: > JK wrote: > >> Can someone please tell me where I can get the binaries of Expect for >> AIX 4.3.3 (Tcl 8.4)? I have tried aixpdslib.seas.ucla.edu, but this >> version requires Tcl 8.3 not Tcl 8.4. > > http://www.bullfreeware.com/ is a good AIX free software site. The > expect there isn't the latest, but it will work. > ...

Tcl/Tk 8.6.3, Itcl 4.0.2, sqlite 3.8.7 Release Candidates
Release candidate downloads of the 8.6.3 releases of Tcl and Tk, Itcl 4.0.2, and sqlite 3.8.7 may now be found at https://sourceforge.net/projects/tcl/files/Tcl/8.6.3/ The actual releases of these files should come on October 29. Until then, enjoy this advance preview, and if you find anything catastrophically wrong with them, please inform me so we can fix the problem before the true release. -- | Don Porter Applied and Computational Mathematics Division | | donald.porter@nist.gov Information Technology Laboratory | | http://math.nist.gov/~DPorter/...

BIND 8.4.3 Release (8.4.3-REL)
BIND 8.4.3 Release (8.4.3-REL) BIND 8.4.3 is a maintenance release of BIND 8.4. It includes the BIND 8.4.2 release which includes a security fix (also released as BIND 8.3.7). Highlights. Maintenance Release. Highlights (8.4.2) Security Fix: Negative Cache Poison Fix. the distribution files are: ftp://ftp.isc.org/isc/bind/src/8.4.3/bind-src.tar.gz Ftp://ftp.isc.org/isc/bind/src/8.4.3/bind-doc.tar.gz ftp://ftp.isc.org/isc/bind/src/8.4.3/bind-contrib.tar.gz the pgp signature files are: ftp://ftp.isc.org/isc/bind/src/8.4.3/bind-src.tar.gz.asc ftp://ftp.isc.org/isc/bind/src/8.4.3/bind-doc.tar.gz.asc ftp://ftp.isc.org/isc/bind/src/8.4.3/bind-contrib.tar.gz.asc the md5 checksums are: MD5 (bind-contrib.tar.gz) = 454f8e3caf1610941a656fcc17e1ecec MD5 (bind-contrib.tar.gz.asc) = f8f0a5b8985a8180e5bd02207f319980 MD5 (bind-doc.tar.gz) = fcfdaaa2fc7d6485b0e3d08299948bd3 MD5 (bind-doc.tar.gz.asc) = fc0671468c2e3a1e5ff817b69da21a6b MD5 (bind-src.tar.gz) = e78610fc1663cfe8c2db6a2d132d902b MD5 (bind-src.tar.gz.asc) = 40453b40819fd940ad4bfabd26425619 Windows NT / Windows 2000 binary distribution. ftp://ftp.isc.org/isc/bind/contrib/ntbind-8.4.3/readme1st.txt ftp://ftp.isc.org/isc/bind/contrib/ntbind-8.4.3/BIND8.4.3.zip ftp://ftp.isc.org/isc/bind/contrib/ntbind-8.4.3/BIND8.4.3.zip.asc ftp://ftp.isc.org/isc/bind/contrib/ntbind-8.4.3/readme1sttools.txt ftp://ftp.isc.org/isc/bind/contrib/ntbind-8.4.3/BIND8.4.3Tools.zip ftp://ftp.isc.org/i...

ActiveState Tcl 8.4.4.0 and Tile 0.7.8 under Vista crashes
I am using Tcl/Tk 8.4.4.0 (because I want to also use BLT 2.4 and my understanding is that BLT will not run under 8.5), along with Tile 0.7.8 Tile loads OK under the 'package requires' command, but the first time I run a tile command (for example, creating a button), Vista crashes. ttk::button .b1 -text "Test" Is there a solution to this? I have searched comp.lang.tcl, but see no reference to this problem. Thanks On 4/8/11 10:09 PM, thoselaings wrote: > I am using Tcl/Tk 8.4.4.0 (because I want to also use BLT 2.4 and my > understanding is that BLT will not run under 8.5), along with Tile > 0.7.8 > > Tile loads OK under the 'package requires' command, but the first time > I run a tile command (for example, creating a button), Vista crashes. > ttk::button .b1 -text "Test" > > Is there a solution to this? I have searched comp.lang.tcl, but see no > reference to this problem. Most of the commonly used (particularly on Windows) used pieces of BLT have been reimplemented outside of BLT -- you may want to re-evaluate your use of BLT so you can move on to 8.5 or later. BLT is not in the cards going forward. Exactly what pieces of BLT are you using? -- +------------------------------------------------------------------------+ | Gerald W. Lester, President, KNG Consulting LLC | | Email: Gerald.Lester@kng-consulting.net ...

Q: speed open call Tcl 8.3 vs 8.4
Hello, why is the performence to open files over a network in Tcl 8.4 many more slowly than with Tcl 8.3 If I open many files over a Windows Network it is very slow. It is possible to activate the old open mechanism from Tcl 8.3? or exists another solution for this problem? Best regards, Falk Falk von R�tel <falk.von.roetel@web.de> wrote in message news:<8n93nw7cqugb.b9gidqjy0tim.dlg@40tude.net>... > Hello, > > why is the performence to open files over a network in Tcl 8.4 many more > slowly than with Tcl 8.3 > > If I open many files over a Windows Network it is very slow. > It is possible to activate the old open mechanism from Tcl 8.3? or > exists another solution for this problem? > > Best regards, > > Falk We had the same problem. Using ntfilemon.exe from sysinternals.com shows quite a lot of file access. (source file -> 1 access for every directory part !) It seems a result of calling "file normalize" in the C-Code of TCL. After commenting out those calls in "source" and "open" ntfilemon shows only some hundreds entries instead of some thousands !!! There were no problems since now after commenting out this calls. Don't know why they are in ... Am 24 Apr 2004 04:32:51 -0700 schrieb Uwe Traum: > of file access. (source file -> 1 access for every directory part !) > It seems a result of calling "file normalize" in the C-Code of TCL. do you mean the c...

tcl 8.4 to 8.5
Hi all, I've been using tcl 8.4.19 for ages, but just got moved to 8.5.11 at work, and now a lot of my scripts fail. For instance, I use: "package require aes" but this gets thrown out by 8.5 I need an idiots guide to upgrading, anyone help please? On 05/21/2013 01:25 PM, nivparsons wrote: > I've been using tcl 8.4.19 for ages, but just got > moved to 8.5.11 at work, and now a lot of my scripts fail. > > For instance, I use: > > "package require aes" > > but this gets thrown out by 8.5 Are your packages installed where both a Tcl 8.4 and a Tcl 8.5 installation can find them? As general advice, reporting verbatim error messages is often very helpful in getting more useful help. -- | Don Porter Applied and Computational Mathematics Division | | donald.porter@nist.gov Information Technology Laboratory | | http://math.nist.gov/~DPorter/ NIST | |______________________________________________________________________| On 05/21/2013 01:25 PM, nivparsons wrote: > I've been using tcl 8.4.19 for ages, but just got > moved to 8.5.11 at work, and now a lot of my scripts fail. Have you built/installed from source, or are you using binary distributions from some provider? What provider? -- | Don Porter Applied and Computational Mathematics Division | | donald.porter@nist.gov Information Technolog...

Speed of file opening in 8.4.3 vs 8.3.4
In the course of investigating a script that had slowed down following conversion from 8.3 to 8.4, I came across the following test case: proc t13 {} { set start [clock seconds] set count 10000 set tail setup.inf set root c:/windows/system for {set i 0} {$i != $count} {incr i} { set pathName $root/$tail set file [open $pathName] close $file } puts "count = $count time = [expr [clock seconds]-$start]" } On my Windows XP machine, I find it takes twice as long to run under 8.4 as under 8.3. What is particularly curious is that a small change makes the 8.4 speed the same as under 8.3: proc t13 {} { set start [clock seconds] set count 10000 set tail setup.inf set root c:/windows/system # Following statement moved outside the loop. set pathName $root/$tail for {set i 0} {$i != $count} {incr i} { set file [open $pathName] close $file } puts "count = $count time = [expr [clock seconds]-$start]" } My tentative conclusion is that 8.4 does take longer to open files than 8.3 but there's some subtle caching going on that can mask this effect in some cases. The original script opened many different small files, reading a few lines from each. This does appear to be inherently slower under 8.4. Is this a known Tcl problem (or a user error)? Regards, Steve. Steve Bold wrote: > In the course of investigating a script that had slowed down following > conversion from 8.3 to 8.4, I...

tcl 8.4.8 bugs?
Is this a bug in tcl8.4.8? tclsh % set test_string "</Config>" </Config> % if [ regexp "^</(.*)>" $test_string jerk cfg_line ] { puts $cfg_line } elseif [ regexp "^<(.*)>" $test_string jerk cfg_line ] { } /Config % if [ regexp "^</(.*)>" $test_string jerk cfg_line ] { puts $cfg_line } elseif [ regexp "^<(.*)>" $test_string jerk cfg_line2 ] { } Config % In article <5b2f12a6.0411301212.6811fd48@posting.google.com>, Xiaofeng Wu wrote: > Is this a bug in tcl8.4.8? No. > tclsh > % set test_string "</Config>" ></Config> > % if [ regexp "^</(.*)>" $test_string jerk cfg_line ] { > puts $cfg_line > } elseif [ regexp "^<(.*)>" $test_string jerk cfg_line ] { > } > /Config Notice that you have not braced the expressions in your [if] command. This means all of them will be evaluated. All substitutions are done before command evaluation. You probably wanted to code this instead: % set test_string "</Config>" </Config> % if {[ regexp "^</(.*)>" $test_string jerk cfg_line ]} { puts $cfg_line } elseif {[ regexp "^<(.*)>" $test_string jerk cfg_line ]} { } Config The difference is very basic to understanding the Tcl language. If you do not understand, take some time to review Tcl's substitution rules again. -- | Don Porter Mathematical and Compu...

Strange Problem with ActiveState Tcl 8.4 in MAC OS X 10.4
http://home.comcast.net/~kilowattradio/tcltkmac_osx1.jpg http://home.comcast.net/~kilowattradio/tcltkmac_osx2.jpg In Mac OS X 10.4.11 I am having a problem with ActiveTCl's 8.4 graying out certain .TCL files when I try to select a source file when running wish in the GUI. Please see the links above to see the grayed out file names. I am trying to load bcd396t.tcl source file but that is grayed out. I have tried changing the first few lines of the file that had some bash scripting in them. And translated the text from mac to unix and even tried windows code with the same results. It seems to occur after I edit a .tcl file and save it. The other normal tcl files that I can select have not been edited. If I run the bcd396t.tcl file from /usr/local/bin/wish bcd396t.tcl it works fine and there are no errors. I don't have any problems in Win32 XP/Vista or Linux Fedora/Ubuntu either. I just can't figure out what is graying out the file on Mac OS X. Does anyone have any ideas? -- Best Regards, Keith kilowattradio at gmail.com Keith wrote: > http://home.comcast.net/~kilowattradio/tcltkmac_osx1.jpg > http://home.comcast.net/~kilowattradio/tcltkmac_osx2.jpg > > In Mac OS X 10.4.11 I am having a problem with ActiveTCl's > 8.4 graying out certain .TCL files when I try to select > a source file when running wish in the GUI. > > Please see the links above to see the grayed out file names. > > I am trying to load bcd396...

Compiling Tcl 8.4.8
Just finish compiling Tcl 8.4.8 in WinXP. It produced few more files that 8.2, like tcl84s.lib, tclsh84s.exe.. What are those letter after the version number mean?? In this case, the 's' after 84. I was not be able get any info by searhing google... Can anyone please point me to a place where we I can understand those letter means... I think it means "static". I suppose these libs can be used for embedding tcl into other applications, without depending on the tcl dlls. George "Ming" <chung.ming.chan@gmail.com> wrote in message news:83573a77.0412011235.46e835bd@posting.google.com... > Just finish compiling Tcl 8.4.8 in WinXP. > It produced few more files that 8.2, like tcl84s.lib, tclsh84s.exe.. > > What are those letter after the version number mean?? > In this case, the 's' after 84. > > I was not be able get any info by searhing google... > > Can anyone please point me to a place where we I can understand those > letter means... ...

Berkeley-db 4.1.25 and Tcl 8.4.4.0
Can anyone tell me what modifications need to be made in order to compile with Tcl APIs support for release 4.1.25 for win_32? From the docs it seems that the current release was written for Tcl 8.3d. I tried to modify the db_tcl project and compile the db_test project in debug mode. It compiled without errors, but when I ran the test suite every test failed. I am using a Visual Studio .NET beta 2. (P.S. the java example seemed to work so it seems as if I'm missing something in regards to linking the correct files for Tcl support. Any info would be appreciated. Thanks Mike Bass bass_michael@hotmail.com (Michael Bass) wrote in message news:<f2f8621e.0308161308.31c344de@posting.google.com>... > Can anyone tell me what modifications need to be made in order to > compile with Tcl APIs support for release 4.1.25 for win_32? > > From the docs it seems that the current release was written for Tcl > 8.3d. I tried to modify the db_tcl project and compile the db_test > project in debug mode. It compiled without errors, but when I ran the > test suite every test failed. I am using a Visual Studio .NET beta 2. > (P.S. the java example seemed to work so it seems as if I'm missing > something in regards to linking the correct files for Tcl support. > > Mike Bass Hi Mike, Do you mean, what modifications have to be made to support Tcl 8.4.4.0 on Berkeley DB 4.1.25? You'd actually have to c...

Q: Problem to compile Tcl 8.4.3 Solrais 8 with 64 bit support
Hello, I have a problem to compile Tcl 8.4.3 . I have installed gcc and cc but I have read that gcc don't support 64bit. My problem is that I cannot run the "configure" script successfully for 64bit support. Because the script found the gcc I try to set the CC variable, but the "configure" script doesn't use the variable. Have someone an idea how can I solve the problem. Best regards Falk Falk von R�tel wrote: > I have a problem to compile Tcl 8.4.3 . > I have installed gcc and cc but I have read that gcc don't support 64bit. > My problem is that I cannot run the "configure" > script successfully for 64bit support. Because the script found the gcc > I try to set the CC variable, but the "configure" script doesn't use the > variable. If you set CC=cc, then the configure script should pick it up just fine (I do this all the time). FWIW, gcc-3.2+ says that it support sparc64 builds, but I still use SunPro cc instead. Make sure that you have the real, full SunPro cc installed, and not just the lame cc wrapper that ships with all Solaris installs. -- Jeff Hobbs The Tcl Guy Senior Developer http://www.ActiveState.com/ Tcl Support and Productivity Solutions Hello, I have a problem to compile Tcl 8.4.3 . I have installed gcc and cc but I have read that gcc don't support 64bit. My problem is that I cannot run the "configure" sc...

Ruby 1.8.0 and Mac OS X and Tcl/Tk 8.4 Aqua (not!)
My trials with Ruby and Tcl/Tk on Mac OS X Ruby is 1.8.0 preview 7 Tcl/Tk 8.4 is the recent TclTk-Aqua build for that native OSX Aqua look Mac OS X is 10.2.3 (1) 'configure' wasn't finding Tcl/Tk, so I hacked up an OSX-only version of ext/tcltklib/extconf.rb with hard-coded parameters (which might be OK because of the frameworks) ========= # extconf.rb for tcltklib # HACKED for Mac OS X !!! require 'mkmf' if RUBY_PLATFORM !~ /mswin32|mingw|cygwin|bccwin32/ have_library("nsl", "t_open") have_library("socket&q...

Re: 8.3 vs 8.4 #4
>>>>> "Jan" == Jan Gyselinck <bind-users@lists.b0rken.net> writes: Jan> Well, upwards of say 500 queries a second is nothing for Jan> modern PC's. But you presume that everybody can choose the Jan> hardware to run the software on, that's completely wrong Jan> though. I'm making no assumptions about someone's choice of hardware. I was just giving an example of what cheap commodity hardware can deliver. Presumably high-end servers should have much better throughput than that because of better I/O bandwidth, faster buses/caches/CPUs, etc, etc. Jan> It's a fact that a dual CPU Sun with BIND9 performs equally Jan> well (worse in some case, better in other) than a BIND8. Jan> Only, it requires the double amount of memory (if not more) Jan> and it uses the two CPU's while BIND8 can only use one CPU. Jan> What an improvement. Sun is currently sells 2GB of RAM for a SunBlade 1000/2000 at $1200. It'll probably be half that price from a reseller. Do the arithmetic. It won't take more than a few postings from you whining about BIND9's memory usage before the cost of your time will exceed the cost of more RAM. >> The claim about the resolver "falling down under large or >> sustained loads" appears to be anecdotal. This happened in the >> earliest BIND9 releases which were immature. Out of...

expect,tclx,tcludp: segfault with 8.4.x, not 8.3.x..
I have a fairly complicated daemon utilizing the tcludp package, parts of tclx and quite a bit of expect. The app runs very well under tcl 8.3.x and FreeBsd 4.9, but consistently segfaults and dumps core, without any interesting (to gdb) information under tcl 8.4 and freebsd 5.3. Are there any known issues or things to be wary of? haunted wrote: > I have a fairly complicated daemon utilizing the tcludp package, parts > of tclx and quite a bit of expect. The app runs very well under tcl > 8.3.x and FreeBsd 4.9, but consistently segfaults and dumps core, > without any interesting (to gdb) information under tcl 8.4 and freebsd > 5.3. Are there any known issues or things to be wary of? I use the load command to install expect. I have found that if I do not keep the TCL and Expect versions in sync then loading expect gives segmentation faults. In other words, when I upgraded to TCL 8.4.5 I had to get the Active TCL for 8.4.5 and, from that, get libexpect5.39.so. If I left the libexpect5.38.so from TCL 8.3.5 on the system then I get the segmentation fault. ...

Incr Tcl /Tk for Tcl 8.4
Hi, I am trying to download incr Tcl and incr Tk for Tcl/Tk 8.4.19. I looked at: http://sourceforge.net/projects/incrtcl/files/%5BIncr%20Tcl_Tk%5D-source/3.4.1/ But only itcl seems to be there. And the CVS doesn't have the 3.4.1 tag. Do you know where I can get incr Tk and hopefully a corresponding iwidgets? Thanks, Andres On 5 Okt., 11:16, Andres Garcia <tclc...@gmail.com> wrote: > Hi, > > I am trying to download incr Tcl and incr Tk for Tcl/Tk 8.4.19. > > I looked at: > > http://sourceforge.net/projects/incrtcl/files/%5BIncr%20Tcl_Tk%5D-sou... > > But only itcl seems to be there. And the CVS doesn't have the 3.4.1 > tag. There is no tag for this version. But you can use a date. cvs -d :pserver:anonymous@incrtcl.cvs.sourceforge.net:/cvsroot/incrtcl -z3 co -P -D 2010-10-28 incrTcl > > Do you know where I can get incr Tk and hopefully a corresponding > iwidgets? Itk is inside itcl sources. cvs -d :pserver:anonymous@incrtcl.cvs.sourceforge.net:/cvsroot/incrtcl -z3 co -P -D 2010-10-28 iwidgets HTH rene Thanks. Andres >> I am trying to download incr Tcl and incr Tk for Tcl/Tk 8.4.19. >> >> I looked at: >> >> http://sourceforge.net/projects/incrtcl/files/%5BIncr%20Tcl_Tk%5D-sou... >> >> But only itcl seems to be there. And the CVS doesn't have the 3.4.1 >> tag. The released sources for Itcl 3.4.1 were not developed in SF CVS. SF CVS got abandoned during the January...

Web resources about - tcl 8.4.4 change in behavior with WriteChars over 8.3.x - comp.lang.tcl

Resources last updated: 3/13/2016 8:49:54 PM