# event

type: t
user: eisvogel
brief: Ticket [919082ffff]: 4 changes
comment:
  Ticket [919082ffff] <i>staled "make test" after "window.test"</i> status still Open with 4 other changes


type: t
user: wolfsuit
brief: Closed ticket [1202223fff].
comment:
  Closed ticket [1202223fff]: <i>TkAqua: text image embedding locks scrollbars</i> plus 7 other changes


type: t
user: sgeard
brief: Ticket [3017005fff]: 4 changes
comment:
  Ticket [3017005fff] <i>'update idletasks' now sufficient on windows</i> status still Open with 4 other changes


type: t
user: fridolin
brief: Ticket [1440417fff]: 4 changes
comment:
  Ticket [1440417fff] <i>Xft segfaults if fontconfig cannot find any font</i> status still Open with 4 other changes


type: t
user: andreas_kupries
brief: Ticket [476176ffff]: 1 change
comment:
  Ticket [476176ffff] <i> wish core dump with frame -container on</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220012ffff].
comment:
  Closed ticket [220012ffff]: <i>Misbehaviour of common dialog boxes on Windows 9x/NT if multiple toplevels are used.</i> plus 4 other changes


type: t
user: welch
brief: New ticket [220130ffff].
comment:
  New ticket [220130ffff] <i>ld.so.1: ./wish8.0: fatal: libX11.so.6.1: open failed: No such file or directory</i>.


type: t
user: dgp
brief: Ticket [220220ffff]: 3 changes
comment:
  Ticket [220220ffff] <i>Menus are detached from their parents</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Closed ticket [1311734fff].
comment:
  Closed ticket [1311734fff]: <i>Embedded windows fail to response to Windows display changes</i> plus 7 other changes


type: t
user: dgp
brief: Pending ticket [945409ffff].
comment:
  Pending ticket [945409ffff]: <i>special windows / OSX colors not documented</i> plus 8 other changes


type: t
user: dgp
brief: Ticket [220879ffff]: 2 changes
comment:
  Ticket [220879ffff] <i>Can't set size of window in a text widget in pixels</i> status still Open with 2 other changes


type: t
user: hobbs
brief: Closed ticket [701931ffff].
comment:
  Closed ticket [701931ffff]: <i>listbox.test drifts off screen; causes failures</i> plus 7 other changes


type: t
user: patthoyts
brief: Closed ticket [1583065fff].
comment:
  Closed ticket [1583065fff]: <i>Test suite hangs on Windows XP - "Annuleren", not "Cancel"</i> plus 3 other changes


type: t
user: dkf
brief: Closed ticket [220342ffff].
comment:
  Closed ticket [220342ffff]: <i>tk_getOpenFile with -initialdir flag fails if path has a space in it</i> plus 2 other changes


type: t
user: dgp
brief: Ticket [220281ffff]: 3 changes
comment:
  Ticket [220281ffff] <i>invalid extern declarations within functions / inconsistancies</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220675ffff]: 3 changes
comment:
  Ticket [220675ffff] <i>unpredictable segfaults in test suite</i> status still Closed with 3 other changes


type: t
user: danckaert
brief: Ticket [2886436fff]: 4 changes
comment:
  Ticket [2886436fff] <i>[.txt delete] still deletes before startindex</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220222ffff]: 7 changes
comment:
  Ticket [220222ffff] <i>Flash cursor uses excess CPU in text widget</i> status still Closed with 7 other changes


type: t
user: patthoyts
comment:
  Add attachment "0001-unix-menus-Make-Tk-menu-activation-follow-mouse-move.patch" to ticket [2920409fff]


type: t
user: hobbs
brief: Ticket [2828398fff]: 5 changes
comment:
  Ticket [2828398fff] <i>tk crashes when destroying a widget</i> status still Open with 5 other changes


type: t
user: dgp
brief: Closed ticket [1171762fff].
comment:
  Closed ticket [1171762fff]: <i>prepare variable like TCL_PACKAGE_PATH in tcl.</i> plus 6 other changes


type: t
user: scfiead
brief: Ticket [232213ffff]: 4 changes
comment:
  Ticket [232213ffff] <i>ImgName -data will not take 1 pixel wide/high rectangles</i> status still Closed with 4 other changes


type: t
user: bagnonm
brief: Ticket [1144335fff]: 2 changes
comment:
  Ticket [1144335fff] <i>tk_messageBox crashes when -parent set on an entry</i> status still Open with 2 other changes


type: t
user: patthoyts
brief: Ticket [1777362fff]: 2 changes
comment:
  Ticket [1777362fff] <i>Double-click bug in text widget with hyphen in name</i> status still Open with 2 other changes


type: t
user: eugene_cdn
brief: Ticket [3460406fff]: 5 changes
comment:
  Ticket [3460406fff] <i>Ttk async proc resets result of a command in main script</i> status still Open with 5 other changes


type: t
user: dgp
brief: Closed ticket [2878941fff].
comment:
  Closed ticket [2878941fff]: <i>Tcl_ExternalToUtf(...dst, dstLen,...) writes to dst[dstLen]</i> plus 8 other changes


type: t
user: hobbs
brief: Closed ticket [1160563fff].
comment:
  Closed ticket [1160563fff]: <i>tk_chooseDirectory -mustexist 1 can return non-existant dir</i> plus 7 other changes


type: t
user: cc_benny
brief: Pending ticket [1824638fff].
comment:
  Pending ticket [1824638fff]: <i>Aqua: wraplength 1 does not work correctly with ATSUI</i> plus 6 other changes


type: t
user: dgp
brief: Ticket [220202ffff]: 3 changes
comment:
  Ticket [220202ffff] <i>wish does not work under IRIX 6.5</i> status still Closed with 3 other changes


type: t
user: ferrieux
brief: Ticket [2983824fff]: 2 changes
comment:
  Ticket [2983824fff] <i>Image output format autodetection broken</i> status still Open with 2 other changes


type: t
user: das
brief: Ticket [1072868fff]: 1 change
comment:
  Ticket [1072868fff] <i>TkAqua: overrideredirect is permanent</i> status still Open with 1 other change


type: t
user: patthoyts
brief: Ticket [1477426fff]: 5 changes
comment:
  Ticket [1477426fff] <i>TIP #213: standard font selection dialog</i> status still Open with 5 other changes


type: t
user: welch
brief: Closed ticket [220639ffff].
comment:
  Closed ticket [220639ffff]: <i>Listbox extended selection does fully initialize state</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [228588ffff]: 4 changes
comment:
  Ticket [228588ffff] <i>grid crashes on resizing when window is too wide</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [1236306fff]: 1 change
comment:
  Ticket [1236306fff] <i>TraverseToMenu error with alt binding to toplevel destroy</i> status still Open with 1 other change


type: t
user: welch
brief: New ticket [220214ffff].
comment:
  New ticket [220214ffff] <i>we occassionally get a tk internal error which freezes the script and users have to restart</i>.


type: t
user: kocsonya
brief: Ticket [3301552fff]: 4 changes
comment:
  Ticket [3301552fff] <i>ttk::spinbox -font does not resize buttons</i> status still Open with 4 other changes


type: t
user: welch
brief: Closed ticket [220666ffff].
comment:
  Closed ticket [220666ffff]: <i>image format string should not be threated as binary data</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [505159ffff]: 5 changes
comment:
  Ticket [505159ffff] <i>TIP 27: tcl{FileName,Var}.c callers</i> status still Open with 5 other changes


type: t
user: patthoyts
brief: Closed ticket [2879789fff].
comment:
  Closed ticket [2879789fff]: <i>Item activating does not work as expected in torn-off menus</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [220199ffff]: 3 changes
comment:
  Ticket [220199ffff] <i>Possible regexp bug in Tcl8.1.1-11.06 with text widget</i> status still Closed with 3 other changes


type: t
user: vincentdarley
brief: Closed ticket [1186558fff].
comment:
  Closed ticket [1186558fff]: <i>Bad yscrollcommands generated when resizing word wrapped tex</i> plus 7 other changes


type: t
user: ferrieux
brief: Ticket [2918171fff]: 1 change
comment:
  Ticket [2918171fff] <i>Wish crash when destroying . with reflected channel</i> status still Open with 1 other change


type: t
user: dkf
brief: Ticket [783802ffff]: 2 changes
comment:
  Ticket [783802ffff] <i>Tcl\'2003: Split photo masters into Tcl package</i> status still Open with 2 other changes


type: t
user: davygrvy
brief: Ticket [458007ffff]: 7 changes
comment:
  Ticket [458007ffff] <i>tkstub.lib not copied to destination dir</i> status still Closed with 7 other changes


type: t
user: welch
brief: Closed ticket [220683ffff].
comment:
  Closed ticket [220683ffff]: <i>The tk_chooseColor fails with an invalid -initialcolor on NT</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [1449027fff]: 2 changes
comment:
  Ticket [1449027fff] <i>What does $canvas lower do when 'belowThis' not specified?</i> status still Closed with 2 other changes


type: t
user: dgp
brief: Ticket [222909ffff]: 5 changes
comment:
  Ticket [222909ffff] <i>Scale widget: Last tickmark missing</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [714956ffff]: 6 changes
comment:
  Ticket [714956ffff] <i>window-2.9 hangs when threads enabled</i> status still Open with 6 other changes


type: t
user: welch
brief: New ticket [220260ffff].
comment:
  New ticket [220260ffff] <i>Under Enlightenment, calls to &quot;raise &lt;toplevel&gt;&quot; are very slow</i>.


type: t
user: nobody
brief: Ticket [587745ffff]: 4 changes
comment:
  Ticket [587745ffff] <i>Results of running "make test" on RH7.3</i> status still Open with 4 other changes


type: t
user: welch
brief: New ticket [220265ffff].
comment:
  New ticket [220265ffff] <i>A Tcl command invokes whenever  a mouse pointer enter the scale widget without changing the value of the variable.</i>.


type: t
user: welch
brief: Closed ticket [220605ffff].
comment:
  Closed ticket [220605ffff]: <i>slowdown with tcl/tk 8.0.5 and above when creating and destroying windows with large number of widgets in them</i> plus 4 other changes


type: t
user: patthoyts
brief: Ticket [2898255fff]: 4 changes
comment:
  Ticket [2898255fff] <i>Patch for bug #2896501 (Filenames limit with tk_getFileName)</i> status still Closed with 4 other changes


type: t
user: welch
brief: Closed ticket [220684ffff].
comment:
  Closed ticket [220684ffff]: <i>Segmentation fault in Tk_CanvasEventuallyRedraw</i> plus 4 other changes


type: t
user: kaitzschu
brief: Ticket [220950ffff]: 4 changes
comment:
  Ticket [220950ffff] <i>[$menu delete $index end] deletes the last index even if it </i> status still Closed with 4 other changes


type: t
user: hobbs
brief: Ticket [548729ffff]: 2 changes
comment:
  Ticket [548729ffff] <i>finalize does not reset menuinitialized</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220358ffff]: 3 changes
comment:
  Ticket [220358ffff] <i>Report errors from menu invocations on Windows</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [220090ffff]: 6 changes
comment:
  Ticket [220090ffff] <i>Program coredumps with 8.1, 8.2, 8.3 and 8.4a1</i> status still Closed with 6 other changes


type: t
user: udragon
brief: Ticket [698571ffff]: 6 changes
comment:
  Ticket [698571ffff] <i>image create failure when mem low</i> status still Closed with 6 other changes


type: t
user: welch
brief: Closed ticket [220161ffff].
comment:
  Closed ticket [220161ffff]: <i>calling exit() early in program gives Access violation</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [512503ffff]: 6 changes
comment:
  Ticket [512503ffff] <i>TIP 41: panedwindow implementation</i> status still Closed with 6 other changes


type: t
user: hobbs
brief: Ticket [891141ffff]: 6 changes
comment:
  Ticket [891141ffff] <i>Entry/Leave events cause variable writes</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220429ffff]: 3 changes
comment:
  Ticket [220429ffff] <i>Windows menu separators do not reflect the menu background color</i> status still Closed with 3 other changes


type: t
user: tom_goddard
brief: Ticket [2948152fff]: 4 changes
comment:
  Ticket [2948152fff] <i>Tk Cocoa crashes when Option-e pressed</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220505ffff]: 3 changes
comment:
  Ticket [220505ffff] <i>Docs missing for Tk_GetNumMainWindows API</i> status still Closed with 3 other changes


type: t
user: welch
brief: New ticket [220569ffff].
comment:
  New ticket [220569ffff] <i>Edit/Preferences/Appearance/Font/Size generates &quot;Error in Tcl Script&quot;</i>.


type: t
user: wolfsuit
brief: Ticket [679892ffff]: 4 changes
comment:
  Ticket [679892ffff] <i>Dialog-box crashes on Tcl/Tk Aqua 8.4.1 / Iwidgets</i> status still Closed with 4 other changes


type: t
user: jenglish
brief: Ticket [733581ffff]: 4 changes
comment:
  Ticket [733581ffff] <i>XSetSelectionOwner called with CurrentTime</i> status still Open with 4 other changes


type: t
user: sf-robot
brief: Closed ticket [1911011fff].
comment:
  Closed ticket [1911011fff]: <i>cscroll.tcl MouseWheel scrolling only works on Mac</i> plus 6 other changes


type: t
user: hobbs
brief: Ticket [740570ffff]: 6 changes
comment:
  Ticket [740570ffff] <i>window-2.9 hang on unix with threads</i> status still Open with 6 other changes


type: t
user: pspjuth
brief: Ticket [2997657fff]: 5 changes
comment:
  Ticket [2997657fff] <i>Labelframe loses border and title when it's a container</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [220811ffff]: 4 changes
comment:
  Ticket [220811ffff] <i>Docs missing for Tk_TranslateWinEvent API</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Closed ticket [1309587fff].
comment:
  Closed ticket [1309587fff]: <i>Transparent images on disabled buttons display incorrectly</i> plus 7 other changes


type: t
user: eighthave
brief: Ticket [3069480fff]: 4 changes
comment:
  Ticket [3069480fff] <i>[w64] The app was unable to start correctly (0xc000007b)</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220229ffff]: 3 changes
comment:
  Ticket [220229ffff] <i>WinNT Dr Watson when using  WM_DELETE_WINDOW</i> status still Closed with 3 other changes


type: t
user: cjmcdonald
brief: Ticket [2507417fff]: 5 changes
comment:
  Ticket [2507417fff] <i>Fix for image clipping on Windows menus</i> status still Open with 5 other changes


type: t
user: fvogelnew1
brief: Ticket [3574945fff]: 5 changes
comment:
  Ticket [3574945fff] <i>Scrolling up with elided text doesn't play nice</i> status still Open with 5 other changes


type: t
user: dgp
brief: Open ticket [220677ffff].
comment:
  Open ticket [220677ffff]: <i>tk_chooseDirectory fails to close after browsing the directory tree.</i> plus 3 other changes


type: t
user: dgp
brief: Ticket [2958768fff]: 4 changes
comment:
  Ticket [2958768fff] <i>error immediately destroying interpreter</i> status still Open with 4 other changes


type: t
user: dkf
brief: Closed ticket [3294450fff].
comment:
  Closed ticket [3294450fff]: <i>Ttk label does not show multiline text if widget clipped</i> plus 8 other changes


type: t
user: mdejong
brief: Closed ticket [220921ffff].
comment:
  Closed ticket [220921ffff]: <i>AIX --enable-shared passes illegal options (-Wl,...) to ld and (-bI:) to gcc</i> plus 7 other changes


type: t
user: tom_goddard
brief: Ticket [2954673fff]: 4 changes
comment:
  Ticket [2954673fff] <i>Canvas line stipple ignored in Tk Cocoa</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [477740ffff]: 1 change
comment:
  Ticket [477740ffff] <i>Incorrect display of disabled compound buttons</i> status still Open with 1 other change


type: t
user: hobbs
brief: Open ticket [1143776fff].
comment:
  Open ticket [1143776fff]: <i>Panic: Added too many new lines in UpdateDisplayInfo</i> plus 5 other changes


type: t
user: dgp
brief: Pending ticket [3411525fff].
comment:
  Pending ticket [3411525fff]: <i>entry validatecommand and namespace code error</i> plus 7 other changes


type: t
user: welch
brief: New ticket [220340ffff].
comment:
  New ticket [220340ffff] <i>compiling 64 Bit binaries causes problems in the Tcl_HashEntry function</i>.


type: t
user: dgp
brief: Ticket [220136ffff]: 3 changes
comment:
  Ticket [220136ffff] <i>problems compiling TK using Borland 4.52</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Ticket [2816150fff]: 1 change
comment:
  Ticket [2816150fff] <i>Rotated text displays incorrectly on WinXP</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220277ffff].
comment:
  Closed ticket [220277ffff]: <i>tk_chooseDirectory returns upper case name on Win98</i> plus 4 other changes


type: t
user: nijtmans
brief: Pending ticket [3532186fff].
comment:
  Pending ticket [3532186fff]: <i>pkgIndex.tcl file complexity that's unwarranted</i> plus 8 other changes


type: t
user: vincentdarley
brief: Closed ticket [693512ffff].
comment:
  Closed ticket [693512ffff]: <i>make install fails with spaces in winhelp path</i> plus 1 other change


type: t
user: reowen
brief: Ticket [3587262fff]: 5 changes
comment:
  Ticket [3587262fff] <i>Width of menubutton too short on aqua with textvariable</i> status still Open with 5 other changes


type: t
user: nijtmans
brief: Ticket [3129527fff]: 4 changes
comment:
  Ticket [3129527fff] <i>Fix buffer overflow w/ GCC 4.5 and -D_FORTIFY_SOURCE=2</i> status still Closed with 4 other changes


type: t
user: welch
brief: New ticket [220151ffff].
comment:
  New ticket [220151ffff] <i>windows crash in &quot;exit&quot;: TkFontPkgFree: all fonts should have been freed already</i>.


type: t
user: dkf
brief: Ticket [1477426fff]: 5 changes
comment:
  Ticket [1477426fff] <i>tk_chooseFont Dialogbox (Win32, generic)</i> status still Open with 5 other changes


type: t
user: dkf
brief: Closed ticket [220680ffff].
comment:
  Closed ticket [220680ffff]: <i>UNIX tk_chooseDirectory uses incorrect syntax for -mustexist</i> plus 2 other changes


type: t
user: dunkfan
brief: Ticket [1123042fff]: 1 change
comment:
  Ticket [1123042fff] <i>Images are blank via Remote Desktop</i> status still Open with 1 other change


type: t
user: sf-robot
brief: Closed ticket [220789ffff].
comment:
  Closed ticket [220789ffff]: <i>Unmap,Deactivate,FocusOut,etc bindings don\'t work on NT for </i> plus 6 other changes


type: t
user: dkf
brief: Closed ticket [2971663fff].
comment:
  Closed ticket [2971663fff]: <i>Up and down arrow keys in entry fields, Mac Cocoa</i> plus 8 other changes


type: t
user: hobbs
brief: Ticket [220788ffff]: 3 changes
comment:
  Ticket [220788ffff] <i>request support for a window event "proxy"</i> status still Open with 3 other changes


type: t
user: oehhar
brief: Ticket [3301552fff]: 2 changes
comment:
  Ticket [3301552fff] <i>ttk::spinbox -font does not resize buttons</i> status still Open with 2 other changes


type: t
user: mdejong
brief: Ticket [439320ffff]: 2 changes
comment:
  Ticket [439320ffff] <i>distclean target doesn't always work</i> status still Closed with 2 other changes


type: t
user: vincentdarley
brief: Ticket [220776ffff]: 5 changes
comment:
  Ticket [220776ffff] <i>update idletasks does not update repacked widgets on Windows</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [778511ffff]: 5 changes
comment:
  Ticket [778511ffff] <i>Elide text scrolling doesn't work </i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [927492ffff]: 4 changes
comment:
  Ticket [927492ffff] <i>winfo screenwidth, etc, don't respect resolution changes</i> status still Open with 4 other changes


type: t
user: dgp
brief: Closed ticket [1083878fff].
comment:
  Closed ticket [1083878fff]: <i>Wrong handling of mac file type with embedded nulls</i> plus 6 other changes


type: t
user: hobbs
brief: Open ticket [2898255fff].
comment:
  Open ticket [2898255fff]: <i>Patch for bug #2896501 (Filenames limit with tk_getFileName)</i> plus 4 other changes


type: t
user: das
brief: Ticket [925653ffff]: 1 change
comment:
  Ticket [925653ffff] <i>Win9X, i18n: codepage of error messages</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220073ffff].
comment:
  Closed ticket [220073ffff]: <i>Extending the current selection of a Text widget produces unexpected results</i> plus 4 other changes


type: t
user: mpr8
brief: Ticket [3005455fff]: 2 changes
comment:
  Ticket [3005455fff] <i>error with neo keyboard layout input</i> status still Open with 2 other changes


type: t
user: wolfsuit
brief: Ticket [220884ffff]: 4 changes
comment:
  Ticket [220884ffff] <i>Mac Scroll bars don't work consistently</i> status still Open with 4 other changes


type: t
user: dgp
brief: Open ticket [779559ffff].
comment:
  Open ticket [779559ffff]: <i>scale widget triggering on enter/leave events (LINUX only)</i> plus 6 other changes


type: t
user: kjnash
brief: Ticket [3607200fff]: 4 changes
comment:
  Ticket [3607200fff] <i>Cocoa/Carbon/OSX: variant keyboard events</i> status still Open with 4 other changes


type: t
user: boakley
brief: New ticket [1806613fff].
comment:
  New ticket [1806613fff] <i>text widget name with &quot;-&quot; causes error in tk::TextSelectTo</i>.


type: t
user: hobbs
brief: Ticket [853003ffff]: 2 changes
comment:
  Ticket [853003ffff] <i>Performance problems in text widget</i> status still Open with 2 other changes


type: t
user: neddeily
brief: Open ticket [3520202fff].
comment:
  Open ticket [3520202fff]: <i>Cocoa Tk 8.5 generates invalid mouse_wheel invents</i> plus 8 other changes


type: t
user: vincentdarley
brief: Ticket [1083878fff]: 2 changes
comment:
  Ticket [1083878fff] <i>Wrong handling of mac file type with embedded nulls</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [1458234fff]: 2 changes
comment:
  Ticket [1458234fff] <i>Segmentation fault when using animated GIFs</i> status still Open with 2 other changes


type: t
user: hobbs
brief: Ticket [592096ffff]: 6 changes
comment:
  Ticket [592096ffff] <i>Tk requires same build setup as Tcl</i> status still Open with 6 other changes


type: t
user: welch
brief: Closed ticket [220269ffff].
comment:
  Closed ticket [220269ffff]: <i>Error: can't read "tkPriv(x)": no such element in array</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [2178820fff]: 5 changes
comment:
  Ticket [2178820fff] <i>Ttk depends on ckalloc(0) being non-NULL.</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [1374556fff]: 1 change
comment:
  Ticket [1374556fff] <i>sparc solaris 8 test results in lots of errors</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220378ffff]: 3 changes
comment:
  Ticket [220378ffff] <i>button state gets confused when state changes</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [530531ffff]: 6 changes
comment:
  Ticket [530531ffff] <i>Tk to be ported to BeOS and OpenBeOS ?</i> status still Open with 6 other changes


type: t
user: welch
brief: Closed ticket [220043ffff].
comment:
  Closed ticket [220043ffff]: <i>Filename Browser displays cryptic file names</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220567ffff]: 3 changes
comment:
  Ticket [220567ffff] <i>Abbreviated Tk commands don't work with iWidgets</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [219949ffff].
comment:
  Closed ticket [219949ffff]: <i>wm deiconify $win doesn't raise at the same time</i> plus 4 other changes


type: t
user: fvogelnew1
brief: Closed ticket [1638905fff].
comment:
  Closed ticket [1638905fff]: <i>Accented characters mess up underline shortcuts in menues</i> plus 6 other changes


type: t
user: welch
brief: New ticket [219905ffff].
comment:
  New ticket [219905ffff] <i>wm protocol does not support WM_TAKE_FOCUS or WM_SAVE_YOURSELF on Windows</i>.


type: t
user: hobbs
brief: Closed ticket [220881ffff].
comment:
  Closed ticket [220881ffff]: <i>font create does not recognises national fonts properly (was OK in</i> plus 6 other changes


type: t
user: dgp
brief: Ticket [1171762fff]: 6 changes
comment:
  Ticket [1171762fff] <i>prepare variable like TCL_PACKAGE_PATH in tcl.</i> status still Pending with 6 other changes


type: t
user: dkf
brief: Closed ticket [1924761fff].
comment:
  Closed ticket [1924761fff]: <i>Accented characters appearing at the end of the line</i> plus 6 other changes


type: t
user: sf-robot
brief: Closed ticket [1510796fff].
comment:
  Closed ticket [1510796fff]: <i>Embed Tk widgets in VisualC++, When changed the colourdepth</i> plus 6 other changes


type: t
user: dkf
brief: Ticket [3416492fff]: 2 changes
comment:
  Ticket [3416492fff] <i>Crash in open/save file dialog in Windows 7 libraries</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220110ffff]: 3 changes
comment:
  Ticket [220110ffff] <i>many tests fail on IRIX 6.5 in Tk 8.0p2</i> status still Closed with 3 other changes


type: t
user: sf-robot
brief: Ticket [725941ffff]: 4 changes
comment:
  Ticket [725941ffff] <i>[puts] called from a thread on win doesn't go to the console</i> status still Pending with 4 other changes


type: t
user: bitwalk
brief: Ticket [742660ffff]: 4 changes
comment:
  Ticket [742660ffff] <i>execute XCreateIC twice when "TK_XIM_SPOT" is enabled</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [881414ffff]: 5 changes
comment:
  Ticket [881414ffff] <i>1 fatal error plus 7 other errors in tk test suite</i> status still Closed with 5 other changes


type: t
user: hobbs
brief: Ticket [749889ffff]: 1 change
comment:
  Ticket [749889ffff] <i>Missing "Times" and "Helvetica" fonts when xft support on</i> status still Closed with 1 other change


type: t
user: welch
brief: Closed ticket [219917ffff].
comment:
  Closed ticket [219917ffff]: <i>Making an unmapped window transient maps it again</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220530ffff]: 3 changes
comment:
  Ticket [220530ffff] <i>bad binding scripts can crash prowish</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Closed ticket [220959ffff].
comment:
  Closed ticket [220959ffff]: <i>A  "return" statement within "bind" Tcl code generates a Tcl error dialog</i> plus 11 other changes


type: t
user: dgp
brief: Ticket [220320ffff]: 3 changes
comment:
  Ticket [220320ffff] <i>tk_chooseDir causes Invalid Page Fault</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Closed ticket [912571ffff].
comment:
  Closed ticket [912571ffff]: <i>wish crashing during exit when stdin is closed.</i> plus 8 other changes


type: t
user: dgp
brief: Ticket [220062ffff]: 1 change
comment:
  Ticket [220062ffff] <i>XIM is not working on Tcl/Tk8.3b2</i> status still Closed with 1 other change


type: t
user: dgp
brief: Ticket [220166ffff]: 3 changes
comment:
  Ticket [220166ffff] <i>Docs missing for Tk_EventuallyFree API</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220395ffff]: 3 changes
comment:
  Ticket [220395ffff] <i>hidemargin broken in tk8.1a2 under UNIX</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Closed ticket [2891541fff].
comment:
  Closed ticket [2891541fff]: <i>Grab on . prevents minimizing app on Windows.</i> plus 6 other changes


type: t
user: welch
brief: Closed ticket [220093ffff].
comment:
  Closed ticket [220093ffff]: <i>Disabled text widget selection inconsistency among Windows and Linux.</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220914ffff]: 1 change
comment:
  Ticket [220914ffff] <i>When a toplevel is grabbed, and the mouse pointer is not on top of the toplevel, the ButtonRelease event is lost</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220718ffff]: 3 changes
comment:
  Ticket [220718ffff] <i>text widget dramatically slows down execution of unrelated commands on HP-UX</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220163ffff]: 3 changes
comment:
  Ticket [220163ffff] <i>Docs missing for Tk_BackgroundError API</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220748ffff]: 3 changes
comment:
  Ticket [220748ffff] <i>Photo image write command breaks for some GIFs</i> status still Closed with 3 other changes


type: t
user: welch
brief: New ticket [220473ffff].
comment:
  New ticket [220473ffff] <i>Add to Tk distributions reference files which may not be on user's system</i>.


type: t
user: hobbs
brief: Ticket [220880ffff]: 6 changes
comment:
  Ticket [220880ffff] <i>test suite failures in focus & unixSelect on solaris 2.7</i> status still Open with 6 other changes


type: t
user: exgerhardr
brief: Ticket [3547229fff]: 4 changes
comment:
  Ticket [3547229fff] <i>Tk crashes when drawing many dashed objects</i> status still Open with 4 other changes


type: t
user: dkf
brief: Ticket [3028676fff]: 1 change
comment:
  Ticket [3028676fff] <i>Cocoa event loop won't let external events through</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [1086917fff]: 2 changes
comment:
  Ticket [1086917fff] <i>Segfault with .canvas create bitmap</i> status still Closed with 2 other changes


type: t
user: dgp
brief: Ticket [220888ffff]: 2 changes
comment:
  Ticket [220888ffff] <i>Feature to rearrange canvas items within a scroll command.</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [220251ffff]: 3 changes
comment:
  Ticket [220251ffff] <i>binding of <Control-i> does not replace inserting of a tab in text widget</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220302ffff].
comment:
  Closed ticket [220302ffff]: <i>tk_getOpenFile won't cope with files with leading spaces</i> plus 4 other changes


type: t
user: hobbs
brief: Pending ticket [220802ffff].
comment:
  Pending ticket [220802ffff]: <i>trace on a textvariable does not report errors</i> plus 2 other changes


type: t
user: nijtmans
brief: Closed ticket [3552805fff].
comment:
  Closed ticket [3552805fff]: <i>canvas "lower" throws error if belowThis undefined</i> plus 7 other changes


type: t
user: welch
brief: Closed ticket [220187ffff].
comment:
  Closed ticket [220187ffff]: <i>X-Resources not properly read by AddFromString</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220608ffff]: 3 changes
comment:
  Ticket [220608ffff] <i>Race in tkUnixWm.C:TkCoordsToWindow leads to X error</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220261ffff]: 3 changes
comment:
  Ticket [220261ffff] <i>toplevels pop up in back of main window</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220553ffff]: 3 changes
comment:
  Ticket [220553ffff] <i>Implementation of XWarpPointer for Windows</i> status still Closed with 3 other changes


type: t
user: welch
brief: Closed ticket [220192ffff].
comment:
  Closed ticket [220192ffff]: <i>listbox browse mode allows multiple selectins</i> plus 4 other changes


type: t
user: hobbs
brief: Ticket [1247919fff]: 2 changes
comment:
  Ticket [1247919fff] <i>threading flaw in use of DeleteWindowsExitProc</i> status still Pending with 2 other changes


type: t
user: dgp
brief: Ticket [1583065fff]: 2 changes
comment:
  Ticket [1583065fff] <i>Test suite hangs on Windows XP - "Annuleren", not "Cancel"</i> status still Open with 2 other changes


type: t
user: das
brief: Closed ticket [2548661fff].
comment:
  Closed ticket [2548661fff]: <i>Crash in GetFontFamilyName (tkMacOSXFont.c) + patch</i> plus 8 other changes


type: t
user: hobbs
brief: Ticket [739965ffff]: 2 changes
comment:
  Ticket [739965ffff] <i>numerous text test failures (TIP 113?)</i> status still Open with 2 other changes


type: t
user: dkf
brief: Ticket [2148529fff]: 6 changes
comment:
  Ticket [2148529fff] <i>Canvas scrolls when scrollbar indicates that it cannot.</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220626ffff]: 3 changes
comment:
  Ticket [220626ffff] <i>Better support for compilation as static library on Windows</i> status still Closed with 3 other changes


type: t
user: petasis
brief: Ticket [661792ffff]: 5 changes
comment:
  Ticket [661792ffff] <i>TkCreateFrame didn't get application name</i> status still Open with 5 other changes


type: t
user: dkf
brief: Closed ticket [2116837fff].
comment:
  Closed ticket [2116837fff]: <i>EZ Fix for <<Copy>> <<Paste>> <<Cut>> to work w/CAP-LOCK</i> plus 8 other changes


type: t
user: dkf
brief: Ticket [1247835fff]: 2 changes
comment:
  Ticket [1247835fff] <i>tabs: wordprocessor vs tabular interpretation</i> status still Closed with 2 other changes


type: t
user: jesse_n
brief: Ticket [590704ffff]: 4 changes
comment:
  Ticket [590704ffff] <i>unmap crash in PackReqProc(), tkPack.c</i> status still Closed with 4 other changes


type: t
user: nobody
brief: Ticket [1584042fff]: 4 changes
comment:
  Ticket [1584042fff] <i>checkbutton binding behavior different on Windows and Linux</i> status still Closed with 4 other changes


type: t
user: dgp
brief: Ticket [220519ffff]: 3 changes
comment:
  Ticket [220519ffff] <i>tk_popup fails when called too quickly</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Closed ticket [694280ffff].
comment:
  Closed ticket [694280ffff]: <i>impossible to create an image named "info" on windows</i> plus 6 other changes


type: t
user: nobody
brief: Ticket [1601494fff]: 4 changes
comment:
  Ticket [1601494fff] <i>Strange behavior in pack and configure</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220891ffff]: 2 changes
comment:
  Ticket [220891ffff] <i>Composing characters in Unicode need support</i> status still Open with 2 other changes


type: t
user: nijtmans
brief: Closed ticket [3380684fff].
comment:
  Closed ticket [3380684fff]: <i>Tk 8.5.10 XEmptyRegion prototype doesn't match usage</i> plus 7 other changes


type: t
user: patthoyts
brief: Ticket [788959ffff]: 5 changes
comment:
  Ticket [788959ffff] <i>TIP 150: Reference implementation of win32 send</i> status still Open with 5 other changes


type: t
user: bgriffin
brief: Ticket [1876768fff]: 4 changes
comment:
  Ticket [1876768fff] <i>fix for bug 220826 - reentrancy and tk_messageBox</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [1069137fff]: 2 changes
comment:
  Ticket [1069137fff] <i>WinXP: scrollbar test failure patch [Bug 1067249]</i> status still Pending with 2 other changes


type: t
user: dkf
brief: Ticket [2725308fff]: 1 change
comment:
  Ticket [2725308fff] <i>Option to exclude hidden unix files</i> status still Open with 1 other change


type: t
user: mdejong
brief: Ticket [755530ffff]: 4 changes
comment:
  Ticket [755530ffff] <i>XIMPeek wrong for newer XFree86, panics</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220160ffff]: 3 changes
comment:
  Ticket [220160ffff] <i>entry is not properly updated when textvariable is changed</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [232731ffff]: 5 changes
comment:
  Ticket [232731ffff] <i>exec grabs stdin -- wish8x.exe on Win9x only</i> status still Open with 5 other changes


type: t
user: jenglish
brief: Ticket [671330ffff]: 4 changes
comment:
  Ticket [671330ffff] <i>segfault when e.g. deiconifying destroyed window</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [232731ffff]: 1 change
comment:
  Ticket [232731ffff] <i>exec grabs stdin -- wish8x.exe on Win9x only</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [605121ffff]: 4 changes
comment:
  Ticket [605121ffff] <i>segfault in entry var trace / ns delete</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [230562ffff]: 1 change
comment:
  Ticket [230562ffff] <i>Mistranslation in tk/library/msgs/de.msg</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [220928ffff]: 4 changes
comment:
  Ticket [220928ffff] <i>tk_popup locks up BWidget notebook</i> status still Open with 4 other changes


type: t
user: dthein
brief: Ticket [879073ffff]: 4 changes
comment:
  Ticket [879073ffff] <i>Provide expected tab stop behavior</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [749088ffff]: 5 changes
comment:
  Ticket [749088ffff] <i>configure should check version of tcl</i> status still Open with 5 other changes


type: t
user: dgp
brief: Open ticket [2112563fff].
comment:
  Open ticket [2112563fff]: <i>Tk is not safe against extensions that call setlocale().</i> plus 1 other change


type: t
user: dgp
brief: Ticket [682603ffff]: 4 changes
comment:
  Ticket [682603ffff] <i>canvas arc and rect broken on alpha</i> status still Open with 4 other changes


type: t
user: mkuhn
brief: Ticket [418653ffff]: 1 change
comment:
  Ticket [418653ffff] <i>UTF8_STRING cut&paste selection target</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [428784ffff]: 5 changes
comment:
  Ticket [428784ffff] <i>Fix for bug #226357 Overlapping with Pol</i> status still Open with 5 other changes


type: t
user: hobbs
brief: Closed ticket [226652ffff].
comment:
  Closed ticket [226652ffff]: <i>TK does not handle IME input on English Win2K</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [749088ffff]: 4 changes
comment:
  Ticket [749088ffff] <i>configure should check version of tcl</i> status still Open with 4 other changes


type: t
user: sf-robot
brief: Closed ticket [220833ffff].
comment:
  Closed ticket [220833ffff]: <i>Suggestions for out-of-box compile on DYNIX/ptx</i> plus 6 other changes


type: t
user: hobbs
brief: Ticket [220909ffff]: 4 changes
comment:
  Ticket [220909ffff] <i>Text in KOI8 encoding displayed incorrectly by text-wdigets</i> status still Open with 4 other changes


type: t
user: jenglish
brief: Ticket [2824541fff]: 4 changes
comment:
  Ticket [2824541fff] <i>Cannot configure ttk::style -background on Aqua</i> status still Closed with 4 other changes


type: t
user: vincentdarley
brief: Ticket [1281228fff]: 1 change
comment:
  Ticket [1281228fff] <i>Text widget -strictlimits option ignored and undocumented</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220475ffff]: 3 changes
comment:
  Ticket [220475ffff] <i>Embedded window in text: fatal bug remains</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [704212ffff]: 5 changes
comment:
  Ticket [704212ffff] <i>[focus] dumps core with certain extensions</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [749088ffff]: 7 changes
comment:
  Ticket [749088ffff] <i>configure should check version of tcl</i> status still Closed with 7 other changes


type: t
user: welch
brief: New ticket [220556ffff].
comment:
  New ticket [220556ffff] <i>I can't get Tk to install per the instructions - I get fatal errors in the make.</i>.


type: t
user: dgp
brief: Ticket [232731ffff]: 4 changes
comment:
  Ticket [232731ffff] <i>exec grabs stdin -- wish8x.exe on Win9x only</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [220841ffff]: 5 changes
comment:
  Ticket [220841ffff] <i>Synchronisation between Tcl and Tk events</i> status still Open with 5 other changes


type: t
user: davidw
brief: Ticket [736371ffff]: 1 change
comment:
  Ticket [736371ffff] <i>_XInitImageFuncPtrs - undocumented function</i> status still Open with 1 other change


type: t
user: ioilam
brief: Ticket [226652ffff]: 1 change
comment:
  Ticket [226652ffff] <i>TK does not handle IME input on English Win2K</i> status still Open with 1 other change


type: t
user: kakaroto
brief: Ticket [2112563fff]: 4 changes
comment:
  Ticket [2112563fff] <i>Tk is not safe against extensions that call setlocale().</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220409ffff]: 3 changes
comment:
  Ticket [220409ffff] <i>Can't select fast-drawing (width 0) canvas lines</i> status still Closed with 3 other changes


type: t
user: jch
brief: Ticket [433283ffff]: 4 changes
comment:
  Ticket [433283ffff] <i>correct Unix utf-8 copy & paste support</i> status still Open with 4 other changes


type: t
user: vincentdarley
brief: Ticket [1281228fff]: 6 changes
comment:
  Ticket [1281228fff] <i>Text widget -strictlimits option ignored and undocumented</i> status still Closed with 6 other changes


type: t
user: dgp
brief: Ticket [704212ffff]: 1 change
comment:
  Ticket [704212ffff] <i>[focus] dumps core with certain extensions</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220678ffff]: 4 changes
comment:
  Ticket [220678ffff] <i>Letters "a","m","T" display in incorrect font</i> status still Closed with 4 other changes


type: t
user: dgp
brief: Ticket [415271ffff]: 2 changes
comment:
  Ticket [415271ffff] <i>Requesting for MS accessibility feature </i> status still Open with 2 other changes


type: t
user: mckay
brief: Ticket [704212ffff]: 4 changes
comment:
  Ticket [704212ffff] <i>[focus] dumps core with certain extensions</i> status still Open with 4 other changes


type: t
user: dkf
brief: Closed ticket [2112563fff].
comment:
  Closed ticket [2112563fff]: <i>Tk is not safe against extensions that call setlocale().</i> plus 8 other changes


type: t
user: hobbs
brief: Ticket [224066ffff]: 1 change
comment:
  Ticket [224066ffff] <i>Tk_PhotoPutBlock speed improvement (w/ patch)</i> status still Open with 1 other change


type: t
user: dkf
brief: Closed ticket [3363577fff].
comment:
  Closed ticket [3363577fff]: <i>Font in entry widget works at command line, fails in script </i> plus 8 other changes


type: t
user: dgp
brief: Ticket [219983ffff]: 3 changes
comment:
  Ticket [219983ffff] <i>wish8.1a2 doesn't run on MacOS 7.5.3</i> status still Closed with 3 other changes


type: t
user: dkf
brief: Ticket [2112563fff]: 3 changes
comment:
  Ticket [2112563fff] <i>Tk is not safe against extensions that call setlocale().</i> status still Open with 3 other changes


type: t
user: welch
brief: Closed ticket [220678ffff].
comment:
  Closed ticket [220678ffff]: <i>Letters "a","m","T" display in incorrect font</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [682603ffff]: 5 changes
comment:
  Ticket [682603ffff] <i>canvas arc and rect broken on alpha</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [220556ffff]: 3 changes
comment:
  Ticket [220556ffff] <i>I can't get Tk to install per the instructions - I get fatal errors in the make.</i> status still Closed with 3 other changes


type: t
user: dgp
brief: Ticket [220227ffff]: 3 changes
comment:
  Ticket [220227ffff] <i>Wish crashes no matter what I do</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [220853ffff]: 1 change
comment:
  Ticket [220853ffff] <i>16-bit X11 fonts not correctly displayed</i> status still Open with 1 other change


type: t
user: mmokrejs
brief: Ticket [749088ffff]: 4 changes
comment:
  Ticket [749088ffff] <i>configure should check version of tcl</i> status still Closed with 4 other changes


type: t
user: jenglish
brief: Ticket [755530ffff]: 7 changes
comment:
  Ticket [755530ffff] <i>XIMPeek wrong for newer XFree86, panics</i> status still Open with 7 other changes


type: t
user: silverjamx
brief: Ticket [3033786fff]: 1 change
comment:
  Ticket [3033786fff] <i>Cannot embed Tk in a Cocoa Application</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [220498ffff]: 3 changes
comment:
  Ticket [220498ffff] <i>Font selection fails for some X servers</i> status still Closed with 3 other changes


type: t
user: mdejong
brief: Ticket [220833ffff]: 4 changes
comment:
  Ticket [220833ffff] <i>Suggestions for out-of-box compile on DYNIX/ptx</i> status still Open with 4 other changes


type: t
user: tmh
brief: Ticket [637653ffff]: 5 changes
comment:
  Ticket [637653ffff] <i>Deleting a popup menu crashes wish</i> status still Open with 5 other changes


type: t
user: hobbs
brief: Pending ticket [220833ffff].
comment:
  Pending ticket [220833ffff]: <i>Suggestions for out-of-box compile on DYNIX/ptx</i> plus 2 other changes


type: t
user: jenglish
brief: Closed ticket [671330ffff].
comment:
  Closed ticket [671330ffff]: <i>segfault when e.g. deiconifying destroyed window</i> plus 7 other changes


type: t
user: hobbs
brief: Ticket [649209ffff]: 6 changes
comment:
  Ticket [649209ffff] <i>tkinter based applications crash</i> status still Closed with 6 other changes


type: t
user: dkf
brief: Ticket [1548868fff]: 2 changes
comment:
  Ticket [1548868fff] <i>Bug in [font actual] doesn't reflect [tk scaling]</i> status still Open with 2 other changes


type: t
user: a_kovalenko
brief: Ticket [563140ffff]: 4 changes
comment:
  Ticket [563140ffff] <i>Smart behavior with translated labels...</i> status still Open with 4 other changes


type: t
user: kennykb
brief: Ticket [685505ffff]: 4 changes
comment:
  Ticket [685505ffff] <i>add description of ^z processing to wish man page</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Pending ticket [736371ffff].
comment:
  Pending ticket [736371ffff]: <i>_XInitImageFuncPtrs - undocumented function</i> plus 2 other changes


type: t
user: dgp
brief: Ticket [219936ffff]: 3 changes
comment:
  Ticket [219936ffff] <i>Tcl/Tk App crashed with X-errrors</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Closed ticket [734361ffff].
comment:
  Closed ticket [734361ffff]: <i>crash in PolygonToPostscript with 2 identical points</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [3611174fff]: 6 changes
comment:
  Ticket [3611174fff] <i>Empty text items aren't found by "find enclosed"</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220833ffff]: 1 change
comment:
  Ticket [220833ffff] <i>Suggestions for out-of-box compile on DYNIX/ptx</i> status still Open with 1 other change


type: t
user: hobbs
brief: Ticket [454303ffff]: 3 changes
comment:
  Ticket [454303ffff] <i>&quot;-justify&quot; option in listboxes</i> status still Open with 3 other changes


type: t
user: sf-robot
brief: Closed ticket [232731ffff].
comment:
  Closed ticket [232731ffff]: <i>exec grabs stdin -- wish8x.exe on Win9x only</i> plus 6 other changes


type: t
user: vincentdarley
brief: Ticket [879073ffff]: 5 changes
comment:
  Ticket [879073ffff] <i>Provide expected tab stop behavior</i> status still Open with 5 other changes


type: t
user: tmh
brief: Ticket [530212ffff]: 4 changes
comment:
  Ticket [530212ffff] <i>Bad Window Path Name in tkMenuFind</i> status still Open with 4 other changes


type: t
user: jenglish
brief: Ticket [736371ffff]: 4 changes
comment:
  Ticket [736371ffff] <i>_XInitImageFuncPtrs - undocumented function</i> status still Open with 4 other changes


type: t
user: welch
brief: Closed ticket [220160ffff].
comment:
  Closed ticket [220160ffff]: <i>entry is not properly updated when textvariable is changed</i> plus 4 other changes


type: t
user: hobbs
brief: Closed ticket [220909ffff].
comment:
  Closed ticket [220909ffff]: <i>Text in KOI8 encoding displayed incorrectly by text-wdigets</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [220487ffff]: 3 changes
comment:
  Ticket [220487ffff] <i>UPDATE: [scale .s -variable x] --> CRASH!</i> status still Closed with 3 other changes


type: t
user: xtifr
brief: Ticket [649209ffff]: 4 changes
comment:
  Ticket [649209ffff] <i>tkinter based applications crash</i> status still Closed with 4 other changes


type: t
user: silverjamx
brief: Ticket [3033786fff]: 4 changes
comment:
  Ticket [3033786fff] <i>Can\'t embed Tk in a Cocoa Application</i> status still Open with 4 other changes


type: t
user: dkf
brief: Pending ticket [3363577fff].
comment:
  Pending ticket [3363577fff]: <i>Font in entry widget works at command line, fails in script </i> plus 7 other changes


type: t
user: welch
brief: New ticket [220678ffff].
comment:
  New ticket [220678ffff] <i>Letters &quot;a&quot;,&quot;m&quot;,&quot;T&quot; display in incorrect font</i>.


type: t
user: welch
brief: Closed ticket [220409ffff].
comment:
  Closed ticket [220409ffff]: <i>Can't select fast-drawing (width 0) canvas lines</i> plus 4 other changes


type: t
user: dkf
brief: Ticket [224066ffff]: 4 changes
comment:
  Ticket [224066ffff] <i>Tk_PhotoPutBlock speed improvement (w/ patch)</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [220210ffff]: 3 changes
comment:
  Ticket [220210ffff] <i>Events passed down to incorrect windows</i> status still Closed with 3 other changes


type: t
user: welch
brief: Deleted ticket [220206ffff].
comment:
  Deleted ticket [220206ffff]: <i>Patch for word-wrapping problem with 8-bit strings (and other related problems)</i> plus 4 other changes


type: t
user: dgp
brief: Ticket [220044ffff]: 3 changes
comment:
  Ticket [220044ffff] <i>Tk scale widget segfaults when destroyed.</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [647497ffff]: 4 changes
comment:
  Ticket [647497ffff] <i>user fontpath priorities ignored on X11</i> status still Open with 4 other changes


type: t
user: xtifr
brief: Ticket [734361ffff]: 4 changes
comment:
  Ticket [734361ffff] <i>crash in PolygonToPostscript with 2 identical points</i> status still Open with 4 other changes


type: t
user: fvogelnew1
brief: Ticket [1548868fff]: 4 changes
comment:
  Ticket [1548868fff] <i>Bug in [font actual] doesn't reflect [tk scaling]</i> status still Open with 4 other changes


type: t
user: das
brief: Ticket [3033786fff]: 5 changes
comment:
  Ticket [3033786fff] <i>Cannot embed Tk in a Cocoa Application</i> status still Open with 5 other changes


type: t
user: dkf
brief: Ticket [2112563fff]: 1 change
comment:
  Ticket [2112563fff] <i>Tk is not safe against extensions that call setlocale().</i> status still Open with 1 other change


type: t
user: dkf
brief: Ticket [220909ffff]: 1 change
comment:
  Ticket [220909ffff] <i>Text in KOI8 encoding displayed incorrectly by text-wdigets</i> status still Open with 1 other change


type: t
user: welch
brief: Closed ticket [220556ffff].
comment:
  Closed ticket [220556ffff]: <i>I can't get Tk to install per the instructions - I get fatal errors in the make.</i> plus 4 other changes


type: t
user: silverjamx
brief: Ticket [3033786fff]: 4 changes
comment:
  Ticket [3033786fff] <i>Cannot embed Tk in a Cocoa Application</i> status still Open with 4 other changes


type: t
user: dgp
brief: Ticket [219969ffff]: 3 changes
comment:
  Ticket [219969ffff] <i>[scale .s -variable x] --> CRASH!</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [224066ffff]: 6 changes
comment:
  Ticket [224066ffff] <i>Tk_PhotoPutBlock speed improvement (w/ patch)</i> status still Open with 6 other changes


type: t
user: mdejong
brief: Ticket [521946ffff]: 4 changes
comment:
  Ticket [521946ffff] <i>Set widget pathName to NULL on destroy</i> status still Open with 4 other changes


type: t
user: skielty
brief: Open ticket [3363577fff].
comment:
  Open ticket [3363577fff]: <i>Font in entry widget works at command line, fails in script </i> plus 4 other changes


type: t
user: vincentdarley
brief: Closed ticket [1281228fff].
comment:
  Closed ticket [1281228fff]: <i>Text widget -strictlimits option ignored and undocumented</i> plus 1 other change


type: t
user: jenglish
brief: Closed ticket [2824541fff].
comment:
  Closed ticket [2824541fff]: <i>Cannot configure ttk::style -background on Aqua</i> plus 6 other changes


type: t
user: xtifr
brief: Ticket [755530ffff]: 4 changes
comment:
  Ticket [755530ffff] <i>XIMPeek wrong for newer XFree86, panics</i> status still Closed with 4 other changes


type: t
user: dgp
brief: Ticket [749088ffff]: 1 change
comment:
  Ticket [749088ffff] <i>configure should check version of tcl</i> status still Open with 1 other change


type: t
user: dgp
brief: Ticket [2112563fff]: 4 changes
comment:
  Ticket [2112563fff] <i>Tk is not safe against extensions that call setlocale().</i> status still Closed with 4 other changes


type: t
user: mrfitz
brief: Ticket [720350ffff]: 4 changes
comment:
  Ticket [720350ffff] <i>Memory leak or ? in canvas, WinXP Home</i> status still Open with 4 other changes


type: t
user: vincentdarley
brief: Ticket [1281228fff]: 4 changes
comment:
  Ticket [1281228fff] <i>Text widget -strictlimits option ignored and undocumented</i> status still Open with 4 other changes


type: t
user: jenglish
brief: Ticket [671330ffff]: 6 changes
comment:
  Ticket [671330ffff] <i>segfault when e.g. deiconifying destroyed window</i> status still Open with 6 other changes


type: t
user: dgp
brief: Ticket [220542ffff]: 3 changes
comment:
  Ticket [220542ffff] <i>Tcl_Exit() before Tk_Init() --> CRASH!</i> status still Closed with 3 other changes


type: t
user: a_kovalenko
brief: Ticket [563140ffff]: 1 change
comment:
  Ticket [563140ffff] <i>Smart behavior with translated labels...</i> status still Open with 1 other change


type: t
user: welch
brief: New ticket [220206ffff].
comment:
  New ticket [220206ffff] <i>Patch for word-wrapping problem with 8-bit strings (and other related problems)</i>.


type: t
user: kennykb
brief: Closed ticket [685505ffff].
comment:
  Closed ticket [685505ffff]: <i>add description of ^z processing to wish man page</i> plus 7 other changes


type: t
user: dgp
brief: Ticket [230562ffff]: 4 changes
comment:
  Ticket [230562ffff] <i>Mistranslation in tk/library/msgs/de.msg</i> status still Open with 4 other changes


type: t
user: dkf
brief: Closed ticket [224066ffff].
comment:
  Closed ticket [224066ffff]: <i>Tk_PhotoPutBlock speed improvement (w/ patch)</i> plus 7 other changes


type: t
user: hobbs
brief: Pending ticket [232731ffff].
comment:
  Pending ticket [232731ffff]: <i>exec grabs stdin -- wish8x.exe on Win9x only</i> plus 3 other changes


type: t
user: dgp
brief: Ticket [219985ffff]: 3 changes
comment:
  Ticket [219985ffff] <i>double-click tk_getOpenFile problem</i> status still Closed with 3 other changes


type: t
user: hobbs
brief: Ticket [224066ffff]: 2 changes
comment:
  Ticket [224066ffff] <i>Tk_PhotoPutBlock speed improvement (w/ patch)</i> status still Open with 2 other changes


type: t
user: dgp
brief: Ticket [605121ffff]: 6 changes
comment:
  Ticket [605121ffff] <i>segfault in entry var trace / ns delete</i> status still Open with 6 other changes


type: t
user: dkf
brief: Ticket [415271ffff]: 4 changes
comment:
  Ticket [415271ffff] <i>Requesting for MS accessibility feature </i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [226652ffff]: 4 changes
comment:
  Ticket [226652ffff] <i>TK does not handle IME input on English Win2K</i> status still Open with 4 other changes


type: t
user: hobbs
brief: Ticket [647497ffff]: 5 changes
comment:
  Ticket [647497ffff] <i>user fontpath priorities ignored on X11</i> status still Open with 5 other changes


type: t
user: dgp
brief: Ticket [714385ffff]: 1 change
comment:
  Ticket [714385ffff] <i>Attempting to compile scid; see below</i> status still Closed with 1 other change


type: t
user: dgp
brief: Ticket [749088ffff]: 2 changes
comment:
  Ticket [749088ffff] <i>configure should check version of tcl</i> status still Open with 2 other changes


type: t
user: jan.nijtmans
brief: Ticket [2100430fff]: 7 changes
comment:
  Ticket [2100430fff] <i>ttk::entry widget index must be integer</i> status still Open with 7 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [1913750fff].
comment:
  Closed ticket [1913750fff]: <i>tk_chooseDirectory -initialdir internationalization problem</i> plus 8 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Fix [1913750]: tk_chooseDirectory -initialdir internationalization problem. (backported from Tk 8.6)


type: t
user: jan.nijtmans
brief: Ticket [3003892fff]: 5 changes
comment:
  Ticket [3003892fff] <i>TCLDIR default when building with makefile.vc</i> status still Open with 5 other changes


type: t
user: jan.nijtmans
brief: Ticket [3500545fff]: 7 changes
comment:
  Ticket [3500545fff] <i>tk_getOpenFile -multiple 1 wrong on windows</i> status still Open with 7 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [3416492fff].
comment:
  Closed ticket [3416492fff]: <i>Crash in open/save file dialog in Windows 7 libraries</i> plus 9 other changes


type: t
user: jan.nijtmans
brief: Ticket [3602901fff]: 6 changes
comment:
  Ticket [3602901fff] <i>Documentation of ttk::frame -padding</i> status still Open with 6 other changes


type: t
user: jan.nijtmans
brief: Ticket [3196296fff]: 6 changes
comment:
  Ticket [3196296fff] <i>TkAqua Cocoa port merge breaks backwards compatability</i> status still Open with 6 other changes


type: t
user: jan.nijtmans
brief: Ticket [2912799fff]: 6 changes
comment:
  Ticket [2912799fff] <i>Compilation breaks on win7 with vs2008</i> status still Open with 6 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Some more fixes for Cygwin32/64 in win32 GUI mode. 
  Now that this is fully working, eliminate all usage of WISH_BUILD_LIB_SPEC: TK_BUILD_LIB_SPEC can be used everywhere in stead. 
  Add tk.pc


type: ci
user: jan.nijtmans
comment:
  Some more fixes for Cygwin32/64 in win32 GUI mode. 
  Now that this is fully working, eliminate all usage of WISH_BUILD_LIB_SPEC: TK_BUILD_LIB_SPEC can be used everywhere in stead. 
  Remove some old carbon-leftovers from configure/make.


type: t
user: jan.nijtmans
brief: Closed ticket [3003891fff].
comment:
  Closed ticket [3003891fff]: <i>OPTS=threads required to build on Windows with Makefile.vc</i> plus 6 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [1864487fff].
comment:
  Closed ticket [1864487fff]: <i>Accented characters appearing at the end of the line</i> plus 8 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [3485342fff].
comment:
  Closed ticket [3485342fff]: <i>Add -confirmonwrite option to tk_get*File on nt</i> plus 9 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Static Cygwin wish.exe cannot link with win32's static libtk85.a (because it expects a different runtime), so configure shouldn't even try to do this. 
  (On a dynamic wish.exe this works, this is exactly how wish can run even without X11)


type: ci
user: jan.nijtmans
ecomment:
  Static Cygwin wish.exe cannot link with win32's static libtk86.a (because it expects a different runtime), so configure shouldn't even try to do this. 
  (On a dynamic wish.exe this works, this is exactly how wish can run even without X11). 
  Don't use deprecated stricmp/strnicmp any more, but underscored variant for non-GNU compilers.

comment:
  Static Cygwin wish.exe cannot link with win32's static libtk85.a (because it expects a different runtime), so configure shouldn't even try to do this. 
  (On a dynamic wish.exe this works, this is exactly how wish can run even without X11). 
  Don't use deprecated stricmp/strnicmp any more, but underscored variant for non-GNU compilers.


type: t
user: jan.nijtmans
brief: Closed ticket [354c19b3ef].
comment:
  Closed ticket [354c19b3ef]: <i>[$png write foo.png -background red] produces bad image</i> plus 6 other changes


type: t
user: jan.nijtmans
brief: Pending ticket [2501278fff].
comment:
  Pending ticket [2501278fff]: <i>ttk::scale keyboard binding problem + patch</i> plus 8 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment: Bug [32afa6e256]: dirent64 check is incorrect in tcl.m4. Thanks to Brian Griffin.
ecomment:
  Bug [http://core.tcl.tk/tcl/tktview?name=32afa6e256|32afa6e256]: dirent64 check is incorrect in tcl.m4. Thanks to Brian Griffin.


type: t
user: jan.nijtmans
brief: Ticket [3028676fff]: 7 changes
comment:
  Ticket [3028676fff] <i>Cocoa event loop won't let external events through</i> status still Open with 7 other changes


type: t
user: jan.nijtmans
brief: Ticket [3016181fff]: 7 changes
comment:
  Ticket [3016181fff] <i>Crash after scrollbar destroyed, Tk Cocoa</i> status still Open with 7 other changes


type: t
user: jan.nijtmans
brief: Ticket [3531403fff]: 7 changes
comment:
  Ticket [3531403fff] <i>ttk.Scrollbar in Notebook widget freezes</i> status still Open with 7 other changes


type: t
user: jan.nijtmans
brief: Ticket [3609131fff]: 6 changes
comment:
  Ticket [3609131fff] <i>Aqua/Cocoa: deadlock when a menu accelerator posts a dialog</i> status still Open with 6 other changes


type: t
user: jan.nijtmans
brief: Ticket [3166688fff]: 7 changes
comment:
  Ticket [3166688fff] <i>Cocoa: using pack/forget to switch pages doesnt refresh</i> status still Open with 7 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Use X11/Xlib.h for checking where X11 can be found in stead of X11/XIntrinsic.h. Suggested by Pietro Cerutti. (backported from tclconfig)


type: t
user: jan.nijtmans
brief: Ticket [4939f815b9]: 5 changes
comment:
  Ticket [4939f815b9] <i>Problem (bug?) with tk_chooseDirectory in 8.5.13 and 8.6.0</i> status still Open with 5 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  On Cygwin, don't duplicate TkPutImage definition in tkUnixPort.h, in stead bring it in though tkIntXlibDecls.h


type: t
user: anonymous
brief: Ticket [4939f815b9]: 4 changes
comment:
  Ticket [4939f815b9] <i>Problem (bug?) with tk_chooseDirectory in 8.5.13 and 8.6.0</i> status still Open with 4 other changes


type: t
user: jan.nijtmans
brief: Ticket [4939f815b9]: 3 changes
comment:
  Ticket [4939f815b9] <i>Problem (bug?) with tk_chooseDirectory in 8.5.13 and 8.6.0</i> status still Open with 3 other changes


type: t
user: jan.nijtmans
brief: Ticket [069c9e43c4]: 4 changes
comment:
  Ticket [069c9e43c4] <i>FreeOptionInternalRep() breaks Tk_CreateOptionTable()</i> status still Open with 4 other changes


type: t
user: jan.nijtmans
brief: Ticket [87ca68c7e6]: 3 changes
comment:
  Ticket [87ca68c7e6] <i>Modal window crashes tclsh on Mac OS X 10.8.4</i> status still Open with 3 other changes


type: t
user: jan.nijtmans
brief: Ticket [3501372fff]: 6 changes
comment:
  Ticket [3501372fff] <i>Washed out colors on Mac OS X display</i> status still Open with 6 other changes


type: t
user: anonymous
brief: New ticket [67c8e8bd71].
comment:
  New ticket [67c8e8bd71] <i>DISABLEd Tkinter.Listbox still fires &lt;&lt;ListboxSelect&gt;&gt; for mouse click</i>.


type: t
user: jan.nijtmans
brief: Ticket [069c9e43c4]: 3 changes
comment:
  Ticket [069c9e43c4] <i>FreeOptionInternalRep() breaks Tk_CreateOptionTable()</i> status still Open with 3 other changes


type: ci
user: jan.nijtmans
comment:
  Make sure that in test-cases, Tk_DeleteOptionTable() is never called more times than the corresponding Tk_CreateOptionTable(). Although it doesn't crash now, this behavior cannot be depended on.


type: t
user: jan.nijtmans
brief: Ticket [069c9e43c4]: 5 changes
comment:
  Ticket [069c9e43c4] <i>FreeOptionInternalRep() breaks Tk_CreateOptionTable()</i> status still Open with 5 other changes


type: t
user: kevin_walzer
brief: Ticket [87ca68c7e6]: 4 changes
comment:
  Ticket [87ca68c7e6] <i>Modal window crashes tclsh on Mac OS X 10.8.4</i> status still Open with 4 other changes


type: t
user: jan.nijtmans
brief: Ticket [d1d4286dda]: 3 changes
comment:
  Ticket [d1d4286dda] <i>ttk::scrollbar behaves differently than tk::scrollbar on win32</i> status still Open with 3 other changes


type: t
user: jenglish
brief: Pending ticket [b744526512].
comment:
  Pending ticket [b744526512]: <i>::ttk::spinbox doesn't initialize value of box</i> plus 4 other changes


type: t
user: jan.nijtmans
brief: Closed ticket [069c9e43c4].
comment:
  Closed ticket [069c9e43c4]: <i>FreeOptionInternalRep() breaks Tk_CreateOptionTable()</i> plus 6 other changes


type: t
user: jenglish
brief: Closed ticket [c597acdab3].
comment:
  Closed ticket [c597acdab3]: <i>ttk::progressbar stop command doesn't work in tracing function</i> plus 7 other changes


type: ci
user: jenglish
ecomment:
  Bug [c597acdab3]: Call [$pb step] in tail position 
  in ttk::progressbar::Autoincrement, so that the widget is 
  in a consistent state when any write traces on the 
  linked -variable are fired.

comment:
  Bug [b744526512]: Call [$pb step] in tail position 
  in ttk::progressbar::Autoincrement, so that the widget is 
  in a consistent state when any write traces on the 
  linked -variable are fired.


type: t
user: pooryorick
brief: Ticket [910f1b4955]: 4 changes
comment:
  Ticket [910f1b4955] <i>Cocoa Key{Press,Release} serial numbers for auto-generated events</i> status still Open with 4 other changes


type: t
user: kevin_walzer
brief: Ticket [3016181fff]: 3 changes
comment:
  Ticket [3016181fff] <i>Crash after scrollbar destroyed, Tk Cocoa</i> status still Open with 3 other changes


type: t
user: kevin_walzer
brief: Closed ticket [3166688fff].
comment:
  Closed ticket [3166688fff]: <i>Cocoa: using pack/forget to switch pages doesnt refresh</i> plus 4 other changes


type: t
user: kevin_walzer
brief: Closed ticket [3609131fff].
comment:
  Closed ticket [3609131fff]: <i>Aqua/Cocoa: deadlock when a menu accelerator posts a dialog</i> plus 5 other changes


type: t
user: kevin_walzer
brief: Closed ticket [87ca68c7e6].
comment:
  Closed ticket [87ca68c7e6]: <i>Modal window crashes tclsh on Mac OS X 10.8.4</i> plus 4 other changes


type: t
user: kevin_walzer
brief: Closed ticket [3196296fff].
comment:
  Closed ticket [3196296fff]: <i>TkAqua Cocoa port merge breaks backwards compatability</i> plus 5 other changes


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Bug [c597acdab3]: Call [$pb step] in tail position in ttk::progressbar::Autoincrement, so that the widget is in a consistent state when any write traces on the linked -variable are fired


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=f5006d19ae400163&n=4 | f5006d19ae400163]: Add symbolic tag "core-8-5-15".


type: t
user: setok
comment:
  Add attachment "Example of bad font option implementation for tk_optionMenu.png" to ticket [1436726fff]


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=ef91404641471590&n=4 | ef91404641471590]: Add symbolic tag "core-8-6-1".


type: t
user: nataraja18
brief: New ticket [e9a842a3c5].
comment:
  New ticket [e9a842a3c5] <i>TkCanvas events search for all objects , even they are not displayed</i>.


type: t
user: jan.nijtmans
brief: Ticket [e9a842a3c5]: 3 changes
comment:
  Ticket [e9a842a3c5] <i>TkCanvas events search for all objects , even they are not displayed</i> status still Open with 3 other changes


type: t
user: dgp
brief: Ticket [3437816fff]: 7 changes
comment:
  Ticket [3437816fff] <i>canvas lower tagOrId ?belowThis?</i> status still Closed with 7 other changes


type: t
user: dgp
brief: Ticket [0aa5e852dc]: 5 changes
comment:
  Ticket [0aa5e852dc] <i>Accept newline characters as value in Tk option files</i> status still Open with 5 other changes


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=1617028def209b87&n=4 | 1617028def209b87]: Add symbolic tag "core-8-5-15".


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=f5006d19ae400163&n=4 | f5006d19ae400163]: Cancel symbolic tag "core-8-5-15".


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
ecomment:
  [e9a842a3c5] Nataraja's changes, as far as I could reconstruct them from the truncated tar.gz file. Doesn't compile.

comment:
  Nataraja's changes, as far as I could reconstruct them from the truncated tar.gz file. Doesn't compile.


type: ci
bgcolor: #c0c0f0
user: kevin_walzer
comment:
  Fix for http://core.tcl.tk/tk/info/8eb56719cf on broken build with 8.5.15 with clang on OS X, thanks to Ned Deily for patch


type: t
user: kevin_walzer
brief: Closed ticket [8eb56719cf].
comment:
  Closed ticket [8eb56719cf]: <i>macosx Tk compile errors/warnings due to bad merge</i> plus 4 other changes


type: t
user: kevin_walzer
brief: Ticket [8eb56719cf]: 4 changes
comment:
  Ticket [8eb56719cf] <i>macosx Tk compile errors/warnings due to bad merge</i> status still Open with 4 other changes


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=1617028def209b87&n=4 | 1617028def209b87]: Cancel symbolic tag "core-8-5-15".


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=a1861dff67d74660&n=4 | a1861dff67d74660]: Add symbolic tag "core-8-5-15".


type: t
user: ned.deily
brief: Ticket [8eb56719cf]: 3 changes
comment:
  Ticket [8eb56719cf] <i>macosx Tk compile errors/warnings due to bad merge</i> status still Open with 3 other changes


type: t
user: anonymous
brief: New ticket [9de9e8faa6].
comment:
  New ticket [9de9e8faa6] <i>Wish crashes with ‘num matched toplevel windows does not equal num children’</i>.


type: t
user: jan.nijtmans
brief: Closed ticket [9de9e8faa6].
comment:
  Closed ticket [9de9e8faa6]: <i>Wish crashes with ‘num matched toplevel windows does not equal num children’</i> plus 6 other changes


type: t
user: jan.nijtmans
brief: Ticket [f8803a049e]: 3 changes
comment:
  Ticket [f8803a049e] <i>Wish crashes with ‘num matched toplevel windows does not equal num children’</i> status still Open with 3 other changes


type: t
user: anonymous
brief: New ticket [f8803a049e].
comment:
  New ticket [f8803a049e] <i>Wish crashes with ‘num matched toplevel windows does not equal num children’</i>.


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=51b9512d99499b31&n=4 | 51b9512d99499b31]: Add symbolic tag "core-8-6-1".


type: g
user: dgp
comment:
  Tag changes on [/timeline?dp=ef91404641471590&n=4 | ef91404641471590]: Cancel symbolic tag "core-8-6-1".


type: t
user: fvogel
brief: Ticket [3574945fff]: 6 changes
comment:
  Ticket [3574945fff] <i>Scrolling up with elided text doesn't play nice</i> status still Open with 6 other changes


type: t
user: fvogel
brief: Ticket [1630262fff]: 7 changes
comment:
  Ticket [1630262fff] <i>segfault when deleting a line which is a -startline</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3545457fff]: 7 changes
comment:
  Ticket [3545457fff] <i>Crash on packing a menubutton with Tk 8.4.19</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3553311fff]: 7 changes
comment:
  Ticket [3553311fff] <i>Test spinbox-3.70 fails (core-8-5-branch)</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [2321450fff]: 7 changes
comment:
  Ticket [2321450fff] <i>Text widget block cursor problem</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [1630254fff]: 7 changes
comment:
  Ticket [1630254fff] <i>problem configuring -startline in a peer</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3588824fff]: 7 changes
comment:
  Ticket [3588824fff] <i>Text widget: bug in image index handling</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3476698fff]: 7 changes
comment:
  Ticket [3476698fff] <i>Patch for failing test text-31.11</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [1615425fff]: 7 changes
comment:
  Ticket [1615425fff] <i>[tag add] segfaults if index out of range of peer</i> status still Closed with 7 other changes


type: t
user: fvogel
brief: Ticket [3554273fff]: 7 changes
comment:
  Ticket [3554273fff] <i>Test textDisp-32.2 (elide and tags) fails</i> status still Closed with 7 other changes


type: g
user: dkf
comment:
  Tag changes on [/timeline?dp=a7591bfec15d7c21&n=4 | a7591bfec15d7c21]: Add propagating bgcolor=#d8d8f0.


type: t
user: dkf
brief: Ticket [3603436fff]: 6 changes
comment:
  Ticket [3603436fff] <i>png save has wrong  component indexes in Tk8.6</i> status still Open with 6 other changes


type: ci
user: jan.nijtmans
comment:
  Workaround for [http://sourceforge.net/p/mingw/bugs/2065/|MinGW bug #2065]. 
  Both MinGW and MinGW-w64 (32-bit) are affected. 
  Even though Win64 is not affected, adding -static-libgcc doesn't harm there, and we don't want to distrubute additional dll's with MinGW-compiled Tcl anyway.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  Cherrypick [132bf978f2] from trunk: 
  Workaround for [http://sourceforge.net/p/mingw/bugs/2065/|MinGW bug #2065]. 
  Both MinGW and MinGW-w64 (32-bit) are affected. 
  Even though Win64 is not affected, adding -static-libgcc doesn't harm there, and we don't want to distrubute additional dll's with MinGW-compiled Tcl anyway.


type: g
user: jan.nijtmans
comment:
  Tag changes on [/timeline?dp=d3fa2acf3cac2c23&n=4 | d3fa2acf3cac2c23]: Add propagating bgcolor=black. Add closed.


type: ci
user: jan.nijtmans
comment:
  Disable command line globbing on MinGW compiles, just as MSVC and MinGW-w64 don't enable command line globbing either by default.


type: ci
bgcolor: black
user: jan.nijtmans
ecomment:
  Disable command line globbing on MinGW compiles, just as MSVC and MinGW-w64 don't enable command line globbing either by default. (Accidently cleared execute permission on two files)

comment:
  Disable command line globbing on MinGW compiles, just as MSVC and MinGW-w64 don't enable command line globbing either by default.


type: g
user: jan.nijtmans
comment:
  Tag changes on [/timeline?dp=d3fa2acf3cac2c23&n=4 | d3fa2acf3cac2c23]: Add propagating branch=mistake. Add propagating symbolic tag "mistake". Add comment. Cancel symbolic tag "core-8-5-branch".


type: ci
user: jan.nijtmans
comment:
  Fix compilation with latest MinGW-w64 version 3.0: Conflict on EXCEPTION_REGISTRATION typedef, which means something completely different in MinGW-w64.


type: ci
bgcolor: #c0c0f0
user: jan.nijtmans
comment:
  When compiling with MSVC++, no longer link the stub library with msvcrt??.dll.
  This way, workarounds in extensions like [http://core.tcl.tk/itcl/info/a961f0729c] are no longer necessary.


type: t
user: ned.deily
brief: Ticket [53f7a1b553]: 3 changes
comment:
  Ticket [53f7a1b553] <i>Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks</i> status still Open with 3 other changes


type: t
user: ned.deily
brief: New ticket [53f7a1b553].
comment:
  New ticket [53f7a1b553] <i>Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks</i>.


type: t
user: dkf
brief: Ticket [3604346fff]: 6 changes
comment:
  Ticket [3604346fff] <i>Checkin [a7eee0499a] broke Ttk docs.</i> status still Open with 6 other changes


type: t
user: kevin_walzer
brief: Closed ticket [53f7a1b553].
comment:
  Closed ticket [53f7a1b553]: <i>Aqua Cocoa Tk multi-window apps redraw problems on OS X 10.9 Mavericks</i> plus 6 other changes


# attachment

src: 8d51cd6c1a34b4a8ac71c0cb8fe581adadc9e130
target: 3117468fffffffffffffffffffffffffffffffff
filename: gdb_session2
user: fendin
comment:
  Stack trace and additional debug info at second entry to ExpandPercents with a %A in the string to expand.


src: 017d20e8d748bceef556762094810afa261d7a3d
target: 1186643fffffffffffffffffffffffffffffffff
filename: chooseFileDialogProblem.tcl
user: stefanvw
comment:
  Tcl-Script: Usage: press test button and position the dialog over the checkbutton, double click a file symbol at the (not visible) position of the checkbutton, watch the checkbutton.


src: 033ad9771d7bd5c823e374137583bda26d0ffaab
target: 3416492fffffffffffffffffffffffffffffffff
filename: tkbug.zip
user: eaducac
comment:
  Python script to replicate bug and C++ program demonstrating failure of CDM_GETFOLDERPATH in Libraries


src: cd834e88f0e17a3faf313c906e1ed4b14434bd58
target: 4939f815b9ae1c4b76fd102d0ab48fb194ab45c9
filename: tk_chooseDirectory_20130711_01.jpg
user: anonymous
comment:
  Sorry some of the text are in Chinese, but it should not be an issue for this problem. On the left side is the screen shot from 8.5.0, and on the right side is the screen shot from 8.6.  Under the caption "please choose the directory, then select OK.", you can see 8.5 has shown  the full path name, and the scroll-down window has been located to the directory.
  This is on Windows 7 64bit.


src: c0063e501a6b9f357e9d4c0b39bd58437494afd9
target: e9a842a3c584d6e709398529863fb8f798c83e3c
filename: patch_canvas_based_off_tk8_5_9.rar
user: arjenmarkus
comment:
  I received this RAR archive from Nataraja. It contains the four source files that were changed to solve the performance issue.


# ticket

tkt_uuid: 504356ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.4a4
resolution: Fixed
title: latest cvs problem with TCL_DBGX
comment:
  After downloading , configuring, and attempting to make
  the code for Tk, I ran into a peculiar problem.

  I kept getting this error:

  ld: fatal: library -ltclstub8.4: not found
  ld: fatal: File processing errors. No output written to
  libtk8.4g.so
  make: *** [libtk8.4g.so] Error 1

  Upon investigation, I found this much out.  Tcl was
  built with symbols .  This  installs libtclsub8.4 with
  the 'g' suffix (libtclstub8.4g.a) .

  Now, tclConfig.sh indicates 
  TCL_DBGX=g
  and 
   TCL_STUB_LIB_FILE='libtclstub8.4${TCL_DBGX}.a'

  TCL_STUB_LIB_FLAG='-ltclstub8.4${TCL_DBGX}'
  TCL_BUILD_STUB_LIB_SPEC='-L/vol/tclsrcsol/tcl84/tcl/unix
  -ltclstub8.4${TCL_DBGX}
  TCL_STUB_LIB_SPEC='-L/usr/tcl84/lib
  -ltclstub8.4${TCL_DBGX}'

  TCL_BUILD_STUB_LIB_PATH='/vol/tclsrcsol/tcl84/tcl/unix/libtclstub8.4${TCL_DBGX}.
  a'
  TCL_STUB_LIB_PATH='/usr/tcl84/lib/libtclstub8.4${TCL_DBGX}.a'

  so it LOOKS like everything should have worked okay.

  I haven't figured out why this fails.  However, if I
  hand edit the Tk Makefile to foce the TCL_DBGX to g,
  the makefile works.

  Note that I see the same problem with the itcl
  makefile...


tkt_uuid: 220935ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 9 Immediate
foundin: obsolete: 8.4.16
resolution: Fixed
title: canvas dash update problem
comment:
  OriginalBugID: 5997 Bug
  Version: 8.4a1
  SubmitDate: '2000-07-10'
  LastModified: 
  Severity: MED
  Status: UnAssn
  Submitter: techsupp
  OS: Linux-Red Hat
  OSVersion: see below.
  Machine: Linux gitarre 2.2.15 #1 Wed May 10 22:58:59 CEST 2000 i686 unkno


  Name:
  Matthias Jung

  Extensions:
  none

  CustomShell:
  no.

  Comments:
  If other dash pattern styles are specified, e.g. {40 1}, the line IS
      updated. E.g. the above
      error can be worked around by specifying
      
      .c itemconfigure 1 -dash {40 1}
      .c itemconfigure 1 -dash {40 40}

  ReproducibleScript:
  canvas .c
  pack .c
  .c create line 1 1 300 200 -dash {15 15}
  .c itemconfigure 1 -dash {40 40}

  ObservedBehavior:
  Line is not updated to the new dash pattern.

  DesiredBehavior:
  Updated dash pattern.


tkt_uuid: 220141ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 1 Zero
foundin: obsolete: 8.0.3
resolution: Invalid
title: Colour options in tk are not functioning correctly.
comment:
  OriginalBugID: 1489 Bug
  Version: 8.0.3
  SubmitDate: '1999-03-11'
  LastModified: '1999-08-13'
  Severity: MED
  Status: Closed
  Submitter: pat
  ChangedBy: hobbs
  OS: Linux
  OSVersion: Caldera OpenLinux 1.3  (kernel 2.0.35)
  Machine: Other
  ClosedDate: '1999-08-13'


  Name:
  Donald Radke

  ObservedBehavior:
      I have a copy of Tcl-Blast which I have installed onto my RedHat Linux
      (2.0.36) and onto an Caldera OpenLinux (2.0.35).  Orginal design/coding
      and testing where performed on the RedHat drive with no problems.  I
      placed my code on the OpenLinux drive and the colour scheme was
      different.  My balloon popups do not have a background colour of yellow
      like the RedHat version.  Also, the default background seems to be white
      and will not change even if I try to modify it.
      
      Has anyone else had this problem?  Could it be that OpenLinux is using
      "libc" and RedHat is using the other one (glib)?
      




  These problems are likely X server related.  It is possible that
  the other machine sets X resources to change the fg/bg color,
  causing the balloon popup to change color (these are not a standard
  element of Tk).  Users have to be careful of global X resources, as
  they can effect Tk (this can occur on CDE/KDE as well in their
  default setups). 
  -- 08/13/1999 hobbs


tkt_uuid: 2160206fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 10. Generic Menus
priority: 8
foundin: obsolete: 8.5.7
resolution: None
title: Menubutton causing panic (Tk_MoveToplevelWindow)
comment:
  The following script causes a panic with Tk 8.4.x and Tk 8.5.4:

  menubutton .mb -text test
  pack .mb 
  menu .mb.menu -type menubar
  .mb configure -menu .mb.menu

  The script is probably not meaningful, but IMHO shouldn't dump core.
  (I discovered this bug trying out the "menubug" script in the Perl/Tk distribution)

  Regards,
      Slaven


tkt_uuid: 3160086fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 17. [spinbox]
priority: 5 Medium
foundin: obsolete: 8.5.9
resolution: None
title: invalid command name "SpinBox::config"
comment:
  Reproduce the error:

  package re cursor
  cursor::propagate . watch

  ... you need to have a SpinBox in your app ...

  thx


tkt_uuid: 2513104fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 31. Cursor Names
priority: 5 Medium
foundin: None
resolution: Accepted
title: Fixes for Windows cursor hotspots
comment:
  In win/rc/cursor*.cur Tk includes an implementation of
  all of the standard X-windows cursors in Microsoft
  Windows format, which is very useful for cross-platform
  applications.

  Unfortunately the hotspot is wrong for many of these
  cursors, especially the various corner, side and angle
  indicators.  This is most apparent with graphics drawing
  applications which may use these cursors for object
  positioning, resizing, dragging etc. The action does not
  occur at exactly the spot apparently indicated by the
  cursor.  This can be rather off-putting.

  I have carefully and tediously reviewed all of the
  cursors, apart from some of of the most eccentric ones,
  and fixed the hotspots as necessary.  The modified .cur
  files are in the attached zip, to be applied to win/rc
  CVS in binary mode.


tkt_uuid: 220151ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 44. Generic Fonts
priority: 1 Zero
foundin: obsolete: 8.1b2
resolution: Invalid
title: windows crash in "exit": TkFontPkgFree: all fonts should have been freed already
comment:
  OriginalBugID: 1593 Bug
  Version: 8.1b2
  SubmitDate: '1999-03-22'
  LastModified: '1999-03-30'
  Severity: CRIT
  Status: Closed
  Submitter: hershey
  ChangedBy: stanton
  OS: All
  OSVersion: NA
  Machine: NA
  FixedInVersion: NA
  ClosedDate: '1999-03-30'


  At the end of the Tk test suite on Windows, during the "exit" call,
  you get the following crash error:

      TkFontPkgFree: all fonts should have been freed already

  To reporduce this crash, place the following code in the file
  "tk8.1/tests/tmp.tcl" and run the file on Windows in the "tktest.exe"
  interpreter:

  win/release/tktest.exe tests/tmp.tcl

  # beginning of crash script
  if {[lsearch ::test [namespace children]] == -1} {
      source [file join [pwd] [file dirname [info script]] defs.tcl]
  }
  set ::test::testSingleFile false

  set fileList {}
  foreach file [list entry.test event.test focusTcl.test font.test  frame.test geometry.test grid.test] {
      lappend fileList [file join $::test::testsDir $file]
  }

  # source each of the specified tests
  foreach file [lsort $fileList] {
      set tail [file tail $file]
      if {[string match l.*.test $tail]} {
  # This is an SCCS lockfile; ignore it
  continue
      }
      puts stdout $tail
      if {[catch {source $file} msg]} {
  puts stdout $msg
      }
  }
  exit
  # end of crash script



  a quick run through purify might expose the bug...

  This does not seem to be reproducible.
  03/30/1999 13:59 - stanton -


tkt_uuid: 3546073fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 3 Low
foundin: obsolete: 8.5.11
resolution: Fixed
title: crashing on exit when /tmp is cleaned (unix socket deleted)
comment:
  The easiest way to reproduce the problem is using wish application supplied by tktoolkit. The setup is the following. 
  1. We need to start vncserver on linux machine.
  2. Delete files under /tmp, more precisely /tmp/.X11-unix/* which stores the unix sockets for VNC servers.
  3. Make sure DISPLAY variable is set to this format: ":port.screen" so that machine name is omitted. For example: "setenv DISPLAY :1". This is important as missing display name forces Tk to use unix sockets.
  4. Start wish and notice long start up time which will be explained later.
  5. Type exit in wish console and tool crashes with the following stack:

  =============================================
  #0  0x00000000004c7026 in TkWmDeadWindow (winPtr=0xa03fb0) at tcltk/tk8.5.11/unix/../unix/tkUnixWm.c:904
  #1  0x0000000000419325 in Tk_DestroyWindow (tkwin=0xa03fb0) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:1441
  #2  0x00000000004c5290 in TkSendCleanup (dispPtr=0x8d2e50) at tcltk/tk8.5.11/unix/../unix/tkUnixSend.c:1316
  #3  0x00000000004b8875 in TkpCloseDisplay (dispPtr=0x8d2e50) at tcltk/tk8.5.11/unix/../unix/tkUnixEvent.c:155
  #4  0x0000000000417b9b in TkCloseDisplay (dispPtr=0x8d2e50) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:300
  #5  0x000000000041aaa8 in DeleteWindowsExitProc (clientData=0x8cc270) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:2818
  #6  0x00000000004e6cb9 in TkFinalizeThread (clientData=0x0) at tcltk/tk8.5.11/unix/../generic/tkEvent.c:2112
  #7  0x000000000057dd64 in Tcl_FinalizeThread () at tcltk/tcl8.5.11/unix/../generic/tclEvent.c:1235
  #8  0x000000000057dc3a in Tcl_Finalize () at tcltk/tcl8.5.11/unix/../generic/tclEvent.c:1054
  #9  0x000000000057db1c in Tcl_Exit (status=0) at tcltk/tcl8.5.11/unix/../generic/tclEvent.c:906
  #10 0x0000000000526938 in Tcl_ExitObjCmd (dummy=0x0, interp=0x8a8250, objc=1, objv=0x8aa128) at tcltk/tcl8.5.11/unix/../generic/tclCmdAH.c:726
  #11 0x000000000051ad6d in TclEvalObjvInternal (interp=0x8a8250, objc=1, objv=0x8aa128, command=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>, length=-1, flags=0) at tcltk/tcl8.5.11/unix/../generic/tclBasic.c:3703
  #12 0x0000000000581385 in TclExecuteByteCode (interp=0x8a8250, codePtr=0xb5d940) at tcltk/tcl8.5.11/unix/../generic/tclExecute.c:2416
  #13 0x000000000057f4a0 in TclCompEvalObj (interp=0x8a8250, objPtr=0xb2adb0, invoker=0x0, word=0) at tcltk/tcl8.5.11/unix/../generic/tclExecute.c:1538
  #14 0x000000000051d22b in TclEvalObjEx (interp=0x8a8250, objPtr=0xb2adb0, flags=131072, invoker=0x0, word=0) at tcltk/tcl8.5.11/unix/../generic/tclBasic.c:5272
  #15 0x000000000051cdbf in Tcl_EvalObjEx (interp=0x8a8250, objPtr=0x190, flags=131072) at tcltk/tcl8.5.11/unix/../generic/tclBasic.c:5054
  #16 0x0000000000596575 in Tcl_RecordAndEvalObj (interp=0x8a8250, cmdPtr=0xb2adb0, flags=131072) at tcltk/tcl8.5.11/unix/../generic/tclHistory.c:159
  #17 0x00000000005962e6 in Tcl_RecordAndEval (interp=0x8a8250, cmd=0x8c7978 "exit\n", flags=131072) at tcltk/tcl8.5.11/unix/../generic/tclHistory.c:57
  #18 0x0000000000417864 in StdinProc (clientData=0xb34c00, mask=2) at tcltk/tk8.5.11/unix/../generic/tkMain.c:380
  #19 0x00000000005a6cb5 in Tcl_NotifyChannel (channel=0xb34c00, mask=2) at tcltk/tcl8.5.11/unix/../generic/tclIO.c:7836
  #20 0x000000000060a38e in FileHandlerEventProc (evPtr=0xb543c0, flags=-3) at tcltk/tcl8.5.11/unix/../unix/tclUnixNotfy.c:637
  #21 0x00000000005c6218 in Tcl_ServiceEvent (flags=-3) at tcltk/tcl8.5.11/unix/../generic/tclNotify.c:675
  #22 0x00000000005c665f in Tcl_DoOneEvent (flags=-3) at tcltk/tcl8.5.11/unix/../generic/tclNotify.c:978
  #23 0x00000000004e6cea in Tk_MainLoop () at tcltk/tk8.5.11/unix/../generic/tkEvent.c:2139
  #24 0x00000000004176d1 in Tk_MainEx (argc=-1, argv=0x7fbfffed50, appInitProc=0x417043 <Tcl_AppInit>, interp=0x8a8250) at tcltk/tk8.5.11/unix/../generic/tkMain.c:311
  #25 0x0000000000417037 in main (argc=1, argv=0x7fbfffed48) at tcltk/tk8.5.11/unix/../unix/tkAppInit.c:66
  =============================================


  The reason for the crash is some reference counter messed up on application start up. Due to missing socket file deleted from /tmo/.X11-unix directory the tktoolkit tries to open display twice. First time it happens here. Please notice display name ":8.0".

  =============================================
  #0  TkpOpenDisplay (displayNameStr=0x8d9620 ":8.0") at tcltk/tk8.5.11/unix/../unix/tkUnixEvent.c:119
  #1  0x0000000000417e4e in GetScreen (interp=0x8a8250, screenName=0x8d9620 ":8.0", screenPtr=0x7fbfffe4e4) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:494
  #2  0x0000000000417c77 in CreateTopLevelWindow (interp=0x8a8250, parent=0x0, name=0x7fbfffe7f8 "wish8.5", screenName=0x623f5a "", flags=0) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:380
  #3  0x00000000004186fa in TkCreateMainWindow (interp=0x8a8250, screenName=0x623f5a "", baseName=0x7fbfffe7f8 "wish8.5") at tcltk/tk8.5.11/unix/../generic/tkWindow.c:883
  #4  0x0000000000424fe6 in CreateFrame (clientData=0x0, interp=0x8a8250, objc=4, objv=0x8c9d90, type=TYPE_TOPLEVEL, appName=0x7fbfffe7f8 "wish8.5") at tcltk/tk8.5.11/unix/../generic/tkFrame.c:556
  #5  0x0000000000424bcf in TkCreateFrame (clientData=0x0, interp=0x8a8250, argc=4, argv=0x7fbfffe8c0, toplevel=1, appName=0x7fbfffe7f8 "wish8.5") at tcltk/tk8.5.11/unix/../generic/tkFrame.c:439
  #6  0x000000000041b13d in Initialize (interp=0x8a8250) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:3163
  #7  0x000000000041ab05 in Tk_Init (interp=0x8a8250) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:2854
  #8  0x0000000000417073 in Tcl_AppInit (interp=0x8a8250) at tcltk/tk8.5.11/unix/../unix/tkAppInit.c:96
  #9  0x000000000041753d in Tk_MainEx (argc=-1, argv=0x7fbfffed50, appInitProc=0x417043 <Tcl_AppInit>, interp=0x8a8250) at tcltk/tk8.5.11/unix/../generic/tkMain.c:249
  #10 0x0000000000417037 in main (argc=1, argv=0x7fbfffed48) at tcltk/tk8.5.11/unix/../unix/tkAppInit.c:66
  =============================================

  Second attempt to open display happens here. Please notice display name "localhost:8.0" which would force to use tcpip sockets instead of unix sockets to opening display.

  =============================================
  #0  0x00000000004c7026 in TkWmDeadWindow (winPtr=0xa03fb0) at tcltk/tk8.5.11/unix/../unix/tkUnixWm.c:904
  #1  0x0000000000419325 in Tk_DestroyWindow (tkwin=0xa03fb0) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:1441
  #2  0x00000000004c5290 in TkSendCleanup (dispPtr=0x8d2e50) at tcltk/tk8.5.11/unix/../unix/tkUnixSend.c:1316
  #3  0x00000000004b8875 in TkpCloseDisplay (dispPtr=0x8d2e50) at tcltk/tk8.5.11/unix/../unix/tkUnixEvent.c:155
  #4  0x0000000000417b9b in TkCloseDisplay (dispPtr=0x8d2e50) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:300
  #5  0x000000000041aaa8 in DeleteWindowsExitProc (clientData=0x8cc270) at tcltk/tk8.5.11/unix/../generic/tkWindow.c:2818
  #6  0x00000000004e6cb9 in TkFinalizeThread (clientData=0x0) at tcltk/tk8.5.11/unix/../generic/tkEvent.c:2112
  #7  0x000000000057dd64 in Tcl_FinalizeThread () at tcltk/tcl8.5.11/unix/../generic/tclEvent.c:1235
  #8  0x000000000057dc3a in Tcl_Finalize () at tcltk/tcl8.5.11/unix/../generic/tclEvent.c:1054
  #9  0x000000000057db1c in Tcl_Exit (status=0) at tcltk/tcl8.5.11/unix/../generic/tclEvent.c:906
  #10 0x0000000000526938 in Tcl_ExitObjCmd (dummy=0x0, interp=0x8a8250, objc=1, objv=0x8aa128) at tcltk/tcl8.5.11/unix/../generic/tclCmdAH.c:726
  #11 0x000000000051ad6d in TclEvalObjvInternal (interp=0x8a8250, objc=1, objv=0x8aa128, command=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>, length=-1, flags=0) at tcltk/tcl8.5.11/unix/../generic/tclBasic.c:3703
  #12 0x0000000000581385 in TclExecuteByteCode (interp=0x8a8250, codePtr=0xb5d940) at tcltk/tcl8.5.11/unix/../generic/tclExecute.c:2416
  #13 0x000000000057f4a0 in TclCompEvalObj (interp=0x8a8250, objPtr=0xb2adb0, invoker=0x0, word=0) at tcltk/tcl8.5.11/unix/../generic/tclExecute.c:1538
  #14 0x000000000051d22b in TclEvalObjEx (interp=0x8a8250, objPtr=0xb2adb0, flags=131072, invoker=0x0, word=0) at tcltk/tcl8.5.11/unix/../generic/tclBasic.c:5272
  #15 0x000000000051cdbf in Tcl_EvalObjEx (interp=0x8a8250, objPtr=0x190, flags=131072) at tcltk/tcl8.5.11/unix/../generic/tclBasic.c:5054
  #16 0x0000000000596575 in Tcl_RecordAndEvalObj (interp=0x8a8250, cmdPtr=0xb2adb0, flags=131072) at tcltk/tcl8.5.11/unix/../generic/tclHistory.c:159
  #17 0x00000000005962e6 in Tcl_RecordAndEval (interp=0x8a8250, cmd=0x8c7978 "exit\n", flags=131072) at tcltk/tcl8.5.11/unix/../generic/tclHistory.c:57
  #18 0x0000000000417864 in StdinProc (clientData=0xb34c00, mask=2) at tcltk/tk8.5.11/unix/../generic/tkMain.c:380
  #19 0x00000000005a6cb5 in Tcl_NotifyChannel (channel=0xb34c00, mask=2) at tcltk/tcl8.5.11/unix/../generic/tclIO.c:7836
  #20 0x000000000060a38e in FileHandlerEventProc (evPtr=0xb543c0, flags=-3) at tcltk/tcl8.5.11/unix/../unix/tclUnixNotfy.c:637
  #21 0x00000000005c6218 in Tcl_ServiceEvent (flags=-3) at tcltk/tcl8.5.11/unix/../generic/tclNotify.c:675
  #22 0x00000000005c665f in Tcl_DoOneEvent (flags=-3) at tcltk/tcl8.5.11/unix/../generic/tclNotify.c:978
  #23 0x00000000004e6cea in Tk_MainLoop () at tcltk/tk8.5.11/unix/../generic/tkEvent.c:2139
  #24 0x00000000004176d1 in Tk_MainEx (argc=-1, argv=0x7fbfffed50, appInitProc=0x417043 <Tcl_AppInit>, interp=0x8a8250) at tcltk/tk8.5.11/unix/../generic/tkMain.c:311
  #25 0x0000000000417037 in main (argc=1, argv=0x7fbfffed48) at tcltk/tk8.5.11/unix/../unix/tkAppInit.c:66
  =============================================


tkt_uuid: 1852338fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 65. Generic Window Operations
priority: 8
foundin: obsolete: 8.5.1
resolution: Duplicate
title: [wm manage] sets up struct overwriting
comment:
  sparc solaris 9, sun c compiler, compiled with options \"'--prefix=/projects/sprs_lwv/tcl85' '--enable-shared' '--enable-symbols' '--enable-stubs' '--enable-64bit' '--enable-threads' '--prefix=/tmp/.lwv/tcl85' '--with-tcl=/tmp/.lwv/tcl85/lib' 'CC=cc'\"

  When the tk test suite reached wm.test, I see:

  wm.test
  Segmentation Fault - core dumped
  gmake: *** [test-classic] Error 139

   $ dbx tktest core
  For information about new features see `help changes'
  To remove this message, put `dbxenv suppress_startup_message 7.0' in your .dbxrc
  Reading tktest
  core file header read successfully
  Reading ld.so.1
  Reading libtk8.5.so
  Reading libtcl8.5.so
  Reading libpthread.so.1
  Reading libX11.so.4
  Reading libXext.so.0
  Reading libdl.so.1
  Reading libsocket.so.1
  Reading libnsl.so.1
  Reading libm.so.1
  Reading libc.so.1
  Reading libmp.so.2
  Reading libc_psr.so.1
  Reading libthread.so.1
  detected a multithreaded program
  t@1 (l@1) terminated by signal SEGV (no mapping at the fault address)
  Current function is Tk_FreeConfigOptions
   1604                   Tcl_DecrRefCount(oldPtr);

  (dbx 1) where
  current thread: t@1
  =>[1] Tk_FreeConfigOptions(recordPtr = 0x10087e130 "", optionTable = 0x10064d9e0, tkwin = 0x1006d7ac0), line 1604 in "tkConfig.c"
    [2] DestroyButton(butPtr = 0x10087e130), line 1002 in "tkButton.c"
    [3] ButtonEventProc(clientData = 0x10087e130, eventPtr = 0xffffffff7ffeed28), line 1455 in "tkButton.c"
    [4] Tk_HandleEvent(eventPtr = 0xffffffff7ffeed28), line 1401 in "tkEvent.c"
    [5] Tk_DestroyWindow(tkwin = 0x1006d7ac0), line 1411 in "tkWindow.c"
    [6] Tk_DestroyWindow(tkwin = 0x100cb95b0), line 1352 in "tkWindow.c"
    [7] Tk_DestroyObjCmd(clientData = 0x100074540, interp = 0x100043e90, objc = 2, objv = 0x10005f5e0), line 468 in "tkCmds.c"
    [8] TclEvalObjvInternal(interp = 0x100043e90, objc = 2, objv = 0x10005f5e0, command = 0x10021b200 "destroy .t", length = 10, flags = 0), line 3647 in "tclBasic.c"
    [9] TclEvalEx(interp = 0x100043e90, script = 0x10021b200 "destroy .t", numBytes = 10, flags = 262144, line = 1), line 4296 in "tclBasic.c"
    [10] Tcl_EvalEx(interp = 0x100043e90, script = 0x10021b200 "destroy .t", numBytes = 10, flags = 262144), line 4000 in "tclBasic.c"
    [11] TclEvalObjEx(interp = 0x100043e90, objPtr = 0x100abeff0, flags = 262144, invoker = (nil), word = 0), line 4673 in "tclBasic.c"
    [12] Tcl_EvalObjCmd(dummy = (nil), interp = 0x100043e90, objc = 3, objv = 0x10005f328), line 677 in "tclCmdAH.c"
    [13] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x10005f328, command = 0xffffffffffffffff "", length = -1, flags = 0), line 3647 in "tclBasic.c"
    [14] TclExecuteByteCode(interp = 0x100043e90, codePtr = 0x100452240), line 2211 in "tclExecute.c"
    [15] TclObjInterpProcCore(interp = 0x100043e90, procNameObj = 0x100ab6370, skip = 1, errorProc = 0x7fffffff7f59efe8 = &`libtcl8.5.so`tclProc.c`MakeProcError(Tcl_Interp *interp, Tcl_Obj *procNameObj)), line 1721 in "tclProc.c"
    [16] TclObjInterpProc(clientData = 0x1004595d0, interp = 0x100043e90, objc = 1, objv = 0x10005f118), line 1615 in "tclProc.c"
    [17] InvokeImportedCmd(clientData = 0x10043d110, interp = 0x100043e90, objc = 1, objv = 0x10005f118), line 1890 in "tclNamesp.c"
    [18] TclEvalObjvInternal(interp = 0x100043e90, objc = 1, objv = 0x10005f118, command = 0x100bb6115 "deleteWindows\n    set result [list]\n    toplevel .t\n    toplevel .t.t\n    button .t.t.b -text "Manage This"\n    pack .t.t.b\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm forget .t.t\n    wm forget .t.t ; # second call should be a no-op\n    pack .t.t\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm manage .t.t\n    wm manage .t.t ; # second call should be a no-op\n    wm deiconify .t.t\n    update\n    lappend" ..., length = 14, flags = 0), line 3647 in "tclBasic.c"
    [19] TclEvalEx(interp = 0x100043e90, script = 0x100bb6110 "\n    deleteWindows\n    set result [list]\n    toplevel .t\n    toplevel .t.t\n    button .t.t.b -text "Manage This"\n    pack .t.t.b\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm forget .t.t\n    wm forget .t.t ; # second call should be a no-op\n    pack .t.t\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm manage .t.t\n    wm manage .t.t ; # second call should be a no-op\n    wm deiconify .t.t\n    update\n    la" ..., numBytes = 588, flags = 262144, line = 2), line 4296 in "tclBasic.c"
    [20] Tcl_EvalEx(interp = 0x100043e90, script = 0x100bb6110 "\n    deleteWindows\n    set result [list]\n    toplevel .t\n    toplevel .t.t\n    button .t.t.b -text "Manage This"\n    pack .t.t.b\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm forget .t.t\n    wm forget .t.t ; # second call should be a no-op\n    pack .t.t\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm manage .t.t\n    wm manage .t.t ; # second call should be a no-op\n    wm deiconify .t.t\n    update\n    la" ..., numBytes = 588, flags = 262144), line 4000 in "tclBasic.c"
    [21] TclEvalObjEx(interp = 0x100043e90, objPtr = 0x100af6a00, flags = 262144, invoker = (nil), word = 0), line 4673 in "tclBasic.c"
    [22] Tcl_EvalObjEx(interp = 0x100043e90, objPtr = 0x100af6a00, flags = 262144), line 4554 in "tclBasic.c"
    [23] Tcl_UplevelObjCmd(dummy = (nil), interp = 0x100043e90, objc = 1, objv = 0x10005ee70), line 911 in "tclProc.c"
    [24] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x10005ee60, command = 0xffffffffffffffff "", length = -1, flags = 0), line 3647 in "tclBasic.c"
    [25] TclExecuteByteCode(interp = 0x100043e90, codePtr = 0x100365d40), line 2211 in "tclExecute.c"
    [26] TclObjInterpProcCore(interp = 0x100043e90, procNameObj = 0x100d18960, skip = 1, errorProc = 0x7fffffff7f59efe8 = &`libtcl8.5.so`tclProc.c`MakeProcError(Tcl_Interp *interp, Tcl_Obj *procNameObj)), line 1721 in "tclProc.c"
    [27] TclObjInterpProc(clientData = 0x100251ef0, interp = 0x100043e90, objc = 3, objv = 0x100922440), line 1615 in "tclProc.c"
    [28] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x100922440, command = (nil), length = 0, flags = 262144), line 3647 in "tclBasic.c"
    [29] Tcl_EvalObjv(interp = 0x100043e90, objc = 3, objv = 0x100922440, flags = 262144), line 3842 in "tclBasic.c"
    [30] TclEvalObjEx(interp = 0x100043e90, objPtr = 0x1008b6730, flags = 262144, invoker = (nil), word = 0), line 4643 in "tclBasic.c"
    [31] Tcl_EvalObjEx(interp = 0x100043e90, objPtr = 0x1008b6730, flags = 262144), line 4554 in "tclBasic.c"
    [32] Tcl_UplevelObjCmd(dummy = (nil), interp = 0x100043e90, objc = 1, objv = 0x10005ed00), line 911 in "tclProc.c"
    [33] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x10005ecf0, command = 0xffffffffffffffff "", length = -1, flags = 0), line 3647 in "tclBasic.c"
    [34] TclExecuteByteCode(interp = 0x100043e90, codePtr = 0x100858cb0), line 2211 in "tclExecute.c"
    [35] TclObjInterpProcCore(interp = 0x100043e90, procNameObj = 0x10020f570, skip = 1, errorProc = 0x7fffffff7f59efe8 = &`libtcl8.5.so`tclProc.c`MakeProcError(Tcl_Interp *interp, Tcl_Obj *procNameObj)), line 1721 in "tclProc.c"
    [36] TclObjInterpProc(clientData = 0x1001356e0, interp = 0x100043e90, objc = 3, objv = 0x1006ff3c0), line 1615 in "tclProc.c"
    [37] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x1006ff3c0, command = (nil), length = 0, flags = 262144), line 3647 in "tclBasic.c"
    [38] Tcl_EvalObjv(interp = 0x100043e90, objc = 3, objv = 0x1006ff3c0, flags = 262144), line 3842 in "tclBasic.c"
    [39] TclEvalObjEx(interp = 0x100043e90, objPtr = 0x100212810, flags = 262144, invoker = (nil), word = 0), line 4643 in "tclBasic.c"
    [40] Tcl_EvalObjEx(interp = 0x100043e90, objPtr = 0x100212810, flags = 262144), line 4554 in "tclBasic.c"
    [41] Tcl_UplevelObjCmd(dummy = (nil), interp = 0x100043e90, objc = 1, objv = 0x10005eb88), line 911 in "tclProc.c"
    [42] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x10005eb78, command = 0xffffffffffffffff "", length = -1, flags = 0), line 3647 in "tclBasic.c"
    [43] TclExecuteByteCode(interp = 0x100043e90, codePtr = 0x100bc0030), line 2211 in "tclExecute.c"
    [44] TclObjInterpProcCore(interp = 0x100043e90, procNameObj = 0x10020fcf0, skip = 1, errorProc = 0x7fffffff7f59efe8 = &`libtcl8.5.so`tclProc.c`MakeProcError(Tcl_Interp *interp, Tcl_Obj *procNameObj)), line 1721 in "tclProc.c"
    [45] TclObjInterpProc(clientData = 0x1002be230, interp = 0x100043e90, objc = 5, objv = 0x10005df80), line 1615 in "tclProc.c"
    [46] InvokeImportedCmd(clientData = 0x100905760, interp = 0x100043e90, objc = 5, objv = 0x10005df80), line 1890 in "tclNamesp.c"
    [47] TclEvalObjvInternal(interp = 0x100043e90, objc = 5, objv = 0x10005df80, command = 0x100dab74d "test wm-manage-1.2 {} {\n    deleteWindows\n    set result [list]\n    toplevel .t\n    toplevel .t.t\n    button .t.t.b -text "Manage This"\n    pack .t.t.b\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm forget .t.t\n    wm forget .t.t ; # second call should be a no-op\n    pack .t.t\n    update\n    lappend result [winfo manage .t.t]\n    lappend result [winfo toplevel .t.t.b]\n    wm manage .t.t\n    wm manage .t.t ; # second call should be a no-op\n    wm deiconify" ..., length = 639, flags = 0), line 3647 in "tclBasic.c"
    [48] TclEvalEx(interp = 0x100043e90, script = 0x100d9cb40 "# This file is a Tcl script to test out Tk's interactions with\n# the window manager, including the "wm" command.  It is organized\n# in the standard fashion for Tcl tests.\n#\n# Copyright (c) 1992-1994 The Regents of the University of California.\n# Copyright (c) 1994-1997 Sun Microsystems, Inc.\n# Copyright (c) 1998-1999 by Scriptics Corporation.\n# All rights reserved.\n#\n# RCS: @(#) $Id$\n\n# This file tests window manager interactions that work across\n# platforms. Window manager tests that only work on a specifi" ..., numBytes = 61331, flags = 0, line = 2058), line 4296 in "tclBasic.c"
    [49] Tcl_EvalEx(interp = 0x100043e90, script = 0x100d9cb40 "# This file is a Tcl script to test out Tk's interactions with\n# the window manager, including the "wm" command.  It is organized\n# in the standard fashion for Tcl tests.\n#\n# Copyright (c) 1992-1994 The Regents of the University of California.\n# Copyright (c) 1994-1997 Sun Microsystems, Inc.\n# Copyright (c) 1998-1999 by Scriptics Corporation.\n# All rights reserved.\n#\n# RCS: @(#) $Id$\n\n# This file tests window manager interactions that work across\n# platforms. Window manager tests that only work on a specifi" ..., numBytes = 61331, flags = 0), line 4000 in "tclBasic.c"
    [50] Tcl_FSEvalFileEx(interp = 0x100043e90, pathPtr = 0x100431450, encodingName = (nil)), line 1826 in "tclIOUtil.c"
    [51] Tcl_SourceObjCmd(dummy = (nil), interp = 0x100043e90, objc = 2, objv = 0x1008e43c0), line 955 in "tclCmdMZ.c"
    [52] TclEvalObjvInternal(interp = 0x100043e90, objc = 2, objv = 0x1008e43c0, command = (nil), length = 0, flags = 262144), line 3647 in "tclBasic.c"
    [53] Tcl_EvalObjv(interp = 0x100043e90, objc = 2, objv = 0x1008e43c0, flags = 262144), line 3842 in "tclBasic.c"
    [54] TclEvalObjEx(interp = 0x100043e90, objPtr = 0x1008b5bc0, flags = 262144, invoker = (nil), word = 0), line 4643 in "tclBasic.c"
    [55] Tcl_EvalObjEx(interp = 0x100043e90, objPtr = 0x1008b5bc0, flags = 262144), line 4554 in "tclBasic.c"
    [56] Tcl_UplevelObjCmd(dummy = (nil), interp = 0x100043e90, objc = 1, objv = 0x10005dc88), line 911 in "tclProc.c"
    [57] TclEvalObjvInternal(interp = 0x100043e90, objc = 3, objv = 0x10005dc78, command = 0xffffffffffffffff "", length = -1, flags = 0), line 3647 in "tclBasic.c"
    [58] TclExecuteByteCode(interp = 0x100043e90, codePtr = 0x10063fbc0), line 2211 in "tclExecute.c"
    [59] TclCompEvalObj(interp = 0x100043e90, objPtr = 0x100ace8a0, invoker = 0x10005da88, word = 2), line 1362 in "tclExecute.c"
    [60] TclEvalObjEx(interp = 0x100043e90, objPtr = 0x100ace8a0, flags = 0, invoker = 0x10005da88, word = 2), line 4762 in "tclBasic.c"

    [61] Tcl_IfObjCmd(dummy = (nil), interp = 0x100043e90, objc = 5, objv = 0x10005dad8), line 303 in "tclCmdIL.c"
    [62] TclEvalObjvInternal(interp = 0x100043e90, objc = 5, objv = 0x10005dad8, command = 0x1002c7d25 "if {[singleProcess]} {\n^I    incr numTestFiles\n^I    uplevel 1 [list ::source $file]\n^I} else {\n^I    # Pass along our configuration to the child processes.\n^I    # EXCEPT for the -outfile, because the parent process\n^I    # needs to read and process output of children.\n^I    set childargv [list]\n^I    foreach opt [Configure] {\n^I^Iif {[string equal $opt -outfile]} {continue}\n^I^Ilappend childargv $opt [Configure $opt]\n^I    }\n^I    set cmd [linsert $childargv 0 | $shell $file]\n^I    if {[catch {\n^I^Iincr numTestFiles\n^I^Iset" ..., length = 1458, flags = 0), line 3647 in "tclBasic.c"
    [63] TclEvalEx(interp = 0x100043e90, script = 0x1002c7d25 "if {[singleProcess]} {\n^I    incr numTestFiles\n^I    uplevel 1 [list ::source $file]\n^I} else {\n^I    # Pass along our configuration to the child processes.\n^I    # EXCEPT for the -outfile, because the parent process\n^I    # needs to read and process output of children.\n^I    set childargv [list]\n^I    foreach opt [Configure] {\n^I^Iif {[string equal $opt -outfile]} {continue}\n^I^Ilappend childargv $opt [Configure $opt]\n^I    }\n^I    set cmd [linsert $childargv 0 | $shell $file]\n^I    if {[catch {\n^I^Iincr numTestFiles\n^I^Iset" ..., numBytes = 1458, flags = 0, line = 1), line 4296 in "tclBasic.c"
    [64] Tcl_EvalEx(interp = 0x100043e90, script = 0x1002c7d25 "if {[singleProcess]} {\n^I    incr numTestFiles\n^I    uplevel 1 [list ::source $file]\n^I} else {\n^I    # Pass along our configuration to the child processes.\n^I    # EXCEPT for the -outfile, because the parent process\n^I    # needs to read and process output of children.\n^I    set childargv [list]\n^I    foreach opt [Configure] {\n^I^Iif {[string equal $opt -outfile]} {continue}\n^I^Ilappend childargv $opt [Configure $opt]\n^I    }\n^I    set cmd [linsert $childargv 0 | $shell $file]\n^I    if {[catch {\n^I^Iincr numTestFiles\n^I^Iset" ..., numBytes = 1458, flags = 0), line 4000 in "tclBasic.c"
    [65] TclExecuteByteCode(interp = 0x100043e90, codePtr = 0x100282690), line 1932 in "tclExecute.c"
    [66] TclObjInterpProcCore(interp = 0x100043e90, procNameObj = 0x10025ffb0, skip = 1, errorProc = 0x7fffffff7f59efe8 = &`libtcl8.5.so`tclProc.c`MakeProcError(Tcl_Interp *interp, Tcl_Obj *procNameObj)), line 1721 in "tclProc.c"
    [67] TclObjInterpProc(clientData = 0x100250f90, interp = 0x100043e90, objc = 1, objv = 0x10005d3d8), line 1615 in "tclProc.c"

    [68] TclEvalObjvInternal(interp = 0x100043e90, objc = 1, objv = 0x10005d3d8, command = 0x100237eca "tcltest::runAllTests\n", length = 21, flags = 0), line 3647 in "tclBasic.c"
    [69] TclEvalEx(interp = 0x100043e90, script = 0x100237bd0 "# all.tcl --\n#\n# This file contains a top-level script to run all of the Tk\n# tests.  Execute it by invoking "source all.tcl" when running tktest\n# in this directory.\n#\n# Copyright (c) 1998-1999 by Scriptics Corporation.\n#\n# See the file "license.terms" for information on usage and redistribution\n# of this file, and for a DISCLAIMER OF ALL WARRANTIES.\n#\n# RCS: @(#) $Id: all.tcl,v 1.13 2007/12/13 15:27:54 dgp Exp $\n\npackage require Tcl 8.5\npackage require tcltest 2.2\npackage require Tk ;# This is the Tk test" ..., numBytes = 783, flags = 0, line = 22), line 4296 in "tclBasic.c"
    [70] Tcl_EvalEx(interp = 0x100043e90, script = 0x100237bd0 "# all.tcl --\n#\n# This file contains a top-level script to run all of the Tk\n# tests.  Execute it by invoking "source all.tcl" when running tktest\n# in this directory.\n#\n# Copyright (c) 1998-1999 by Scriptics Corporation.\n#\n# See the file "license.terms" for information on usage and redistribution\n# of this file, and for a DISCLAIMER OF ALL WARRANTIES.\n#\n# RCS: @(#) $Id: all.tcl,v 1.13 2007/12/13 15:27:54 dgp Exp $\n\npackage require Tcl 8.5\npackage require tcltest 2.2\npackage require Tk ;# This is the Tk test" ..., numBytes = 783, flags = 0), line 4000 in "tclBasic.c"
    [71] Tcl_FSEvalFileEx(interp = 0x100043e90, pathPtr = 0x10005aff0, encodingName = (nil)), line 1826 in "tclIOUtil.c"
    [72] Tk_MainEx(argc = -1, argv = 0xffffffff7fffd328, appInitProc = 0x1000066c8 = &Tcl_AppInit(Tcl_Interp *interp), interp = 0x100043e90), line 272 in "tkMain.c"
    [73] main(argc = 4, argv = 0xffffffff7fffd308), line 68 in "tkAppInit.c"


tkt_uuid: 415906ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.3.2
resolution: Invalid
title: tk make functions fails
comment:
  I'm having trouble getting the tk install completed 
  because the make step keeps blowing up with errors 
  1506-046 errors for any statements defined as Boolean 
  in the tk.h and tkdecl.h files.  I'm in a unix 
  environment and we use ibm C.  All of the statements 
  with syntax problems are part of a stucture 
  statement.  Can someone suggest a way around this 
  problem?


tkt_uuid: 1863007fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 8
foundin: obsolete: 8.5.0
resolution: Fixed
title: undefined symbol: ttkStubsPtr
comment:
  After compiling tileqt with -DUSE_TTK_STUBS, I get the error "undefined symbol: ttkStubsPtr" even though libtkstub8.5.a is included in the compile command.

  In the newsgroup Donal D. Fellows commented:

  At a guess (looking at win/Makefile.in without much thought) I'd say that ttkStubLib.o is getting packed into the wrong build library. A quick glance at the unix build file indicates that the same problem  seems to be there too.

  The thread:

  http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/2691af20c43a12b7/fa6cb486de155ae6?lnk=raot#fa6cb486de155ae6


tkt_uuid: 676424ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 7 High
foundin: obsolete: 8.4.1
resolution: Fixed
title: No unmap event when iconifying, Aqua
comment:
  Pressing the iconify button on a toplevel window does not 
  generate an unmap event in Mac Aqua Tk 8.4.1.  The window 
  disappears and an icon is shown on the Mac OS X Dock but no 
  unmap event is generated.

  The following wish8.4 script demonstrates the problem

  bind . <Unmap> {puts unmap}

  After invoking this command press the iconify button on the 
  window frame.  The word "unmap" should be printed to the 
  console but is not.  Although the window is iconified the "winfo 
  ismapped ." command returns true.

  winfo ismapped .
  1

  In the Tk molecular graphics application we develop the unmap 
  event on the main window is used to unmap other dialogs the 
  application is showing.  It is also used to stop updating the 
  realtime display so the CPU utilization drops when the application 
  is iconified.


tkt_uuid: 615302ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 5 Medium
foundin: obsolete: 8.4.0
resolution: Fixed
title: Tcl_Finalize, Tcl/Tk unloading crash
comment:
  Currently, you must call Tcl_Finalize manually prior 
  to calling FreeLibrary on the Tcl DLL because the 
  Tcl_Finalize routine called in Tcl's DllMain calls Tk 
  exit handlers after the Tk DLL was unloaded via 
  FreeLibrary

  It is my belief that it is a Tk bug, because I think Tk 
  should remove it's own exit handlers in it's DllMain 
  when it detects it has been unloaded by 
  FreeLibrary...

  ----

  The following sequence of calls will cause the error:

  ----

  FreeLibrary(hModuleTk); // unload Tk DLL
  hModuleTk = NULL;

  FreeLibrary(hModuleTcl);  // unload Tcl DLL
  hModuleTcl = NULL;

  ----

  The following sequence of calls will NOT cause the 
  crash:

  ----

  Tcl_Finalize(); // finalize first...

  FreeLibrary(hModuleTk); // unload Tk DLL
  hModuleTk = NULL;

  FreeLibrary(hModuleTcl);  // unload Tcl DLL
  hModuleTcl = NULL;

  ----


tkt_uuid: 1865898fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 5 Medium
foundin: None
resolution: Fixed
title: ttk::checkbutton doesn't show tristate on w2000
comment:
  On XP SP2 classic design or w2000 the tristate of ttk::checkbutton isn't shown.

  checkbutton .c1 -variable c1 -onvalue a \
      -offvalue b -tristatevalue c
  ttk::checkbutton .c2 -variable c2 -onvalue a \
      -offvalue b

  pack .c1 .c2 -side left

  set c1 a ;# .c1 checked with white background (on)
  set c1 b ;# .c1 unchecked with white background (off)
  set c1 c ;# .c1 checked with grey background (tristate)

  set c2 a ;# .c2 checked with white background (on)
  set c2 b ;# .c2 unchecked with white background (off)
  unset c2 ;# .c2 unchecked with white background (its the same like off)

  On XP SP2 with XP design:
  unset c2 ;# .c2 checked with fill-dot check (tristate) 

  It's tested with XP SP2 and ActiveState|eTcl
  and with w2000 SP4 and eTcl.

  The screenshot shows the tristate of both widgets on w2000.


tkt_uuid: 748277ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.4.3
resolution: Fixed
title: Last pane don't shrink
comment:
  When paned window shrink, last pane don't shrink, but 
  is clipped.

  Panedwindow handles extra space when it grows and 
  clip last pane when it shrink. However, the last pane 
  size is adjusted when the sash is moved.

  Should be last pane{Width|Height} be updated on 
  ConfigureEvent or negative "extra" space handled ?


tkt_uuid: 484102ffffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: None
priority: 5 Medium
foundin: None
resolution: None
title: icon-position for -compound left option
comment:
  When using the new implemented "-compound left" option 
  from the menu-command, this icon is position to the 
  left of the "text-column".
  I suppose the icon should be put in the column where 
  the "selectimages" (refered to as "indicatorSpace") 
  are placed.

  This is in tkWinMenu.c (for Tk 8.4a4):

  To position the icon in the "indicator"-column (which 
  looks more windows-like :-)), simply 
  function "DrawMenuEntryLabel" has to be modified
  from 

  --------------------------------------------------
  switch ((enum compound) mePtr->compound) {
  ...
  case COMPOUND_LEFT: {
    textXOffset = imageWidth + 2;
    textYOffset = 0;
    imageXOffset = 0;
    imageYOffset = 0;
    break;
  }
  --------------------------------------------------

  to 
  --------------------------------------------------
  case COMPOUND_LEFT: {
    textXOffset = 0;
    textYOffset = 0;
    imageXOffset = x+activeBorderWidth-leftEdge;
    imageYOffset = 0;
  ´ break;
  }
  --------------------------------------------------

  Thanks in advance
    Stefan


tkt_uuid: 411640ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.4a2
resolution: Fixed
title: "space" directories/files and -multiple
comment:
  bash$ mkdir "/tmp/space dir"
  bash$ touch "/tmp/space dir/foo bar"
  bash$ touch "/tmp/space dir/spong wibble"
  bash$ wish8.4
  % tk_getOpenFile -initialdir {/tmp/space dir} -multiple
  1

  You cannot select a single space-containing filename
  using the above (but several files works, but you get
  odd values in the [entry] during the process...)


tkt_uuid: 905830ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 8
foundin: obsolete: 8.4.12
resolution: Fixed
title: Fix needed for Solaris & SCIM IME support
comment:
  To date, developers here have been unable to get tcl/tk
  8 to interact with the japenese kanji input method
  application kinput2 while using SPARC Solaris 8.

  However, one of our developers spent some time and
  worked out the changes necessary to get this to work.

  Here is what the developer reported back to me,
  regarding the slight change needed so that things work
  right on Solaris:

  ./tk8.4.5/generic/tkEvent.c
  880a881
  >           long im_event_mask;
  933a935,938
  >           XGetICValues(winPtr->inputContext,
  XNFilterEvents, &im_event_mask, N
  ULL);
  >           winPtr->atts.event_mask |= im_event_mask;
  >           XSelectInput(winPtr->display,
  winPtr->window, winPtr->atts.event_mas
  k);
  >           XSetICFocus(winPtr->inputContext);

  The contractor went on to say:

     Basically, the window wasn't requesting input method
  events before trying to  filter them with XFilterEvent.
   There is nothing in the code I added that is Solaris
  specific.  I don't know why Japanese input behaves
  differently than on other Unix versions.


tkt_uuid: 1615427fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 31. Cursor Names
priority: 5 Medium
foundin: None
resolution: Accepted
title: Add "none" to supported cursor list (Win32/Unix)
comment:
  The attached patch defines a cursor named "none",
  it makes the pointer invisible. This is for
  presentation application that need to hide
  the cursor for a period of time.

  This wiki shows that users need this functionality.

  http://wiki.tcl.tk/9471

  But, most users are not going to make Win32,
  Unix, and Mac cursors. Tk should define this
  as a built in cursor and it must work the
  same way on all platforms.


tkt_uuid: 664783ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 09. [listbox]
priority: 3 Low
foundin: obsolete: 8.4.1
resolution: Fixed
title: SGI warning: ListboxSelect
comment:
  cc-1552 cc: WARNING File =
  /home/fs3c/dgp/tk8.4.1/unix/../generic/tkListbox.c,
  Line = 2940
    The variable "increment" is set but never used.

        int i, firstRedisplay, increment, oldCount;
                               ^


tkt_uuid: 220546ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 49. [grid]
priority: 2
foundin: obsolete: 8.1
resolution: Fixed
title: "grid propagate .win 0" incorrect behavior
comment:
  OriginalBugID: 2286 Bug
  Version: 8.1
  SubmitDate: '1999-06-25'
  LastModified: '2000-04-17'
  Severity: MED
  Status: Released
  Submitter: techsupp
  ChangedBy: ericm
  OS: All
  Machine: X86
  FixedDate: '2000-04-17'
  FixedInVersion: 8.3.1


  Name:
  daniel barrett

  Extensions:
  BLT, IMG

  Comments:
  Since "grid propagate .test 1" works properly, propagation off can be
      guaranteed by proceeding the off command with an on command:
      grid propagate .test 1
      grid propagate .test 0

  ReproducibleScript:
  % frame .test
      .test
      % grid .test
      % grid propagate .test 0
      % grid propagate .test
      0
      % grid propagate .test 0
      % grid propagate .test
      1

  ObservedBehavior:
  The "grid propagate .test 0" acts as a toggle, rather than a switch.  If
      applied to a widget with propagation already off, it will turn it back
      on.
      Turning propagation on with a positive boulean works as expected, as do
      the pack propagate commands.

  DesiredBehavior:
  grid propage .test 0 should always result in propagation off for the
      specified widget (.test).



  Verified in 8.3a1.

  - eric

  -- 01/05/2000 ericm

  There was a some bad logic in the [grid propagate] routine; I corrected this, and the fix will go out with 8.3.1.

  - eric

  -- 04/17/2000 ericm


tkt_uuid: 220274ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 1 Zero
foundin: obsolete: 8.3b2
resolution: Invalid
title: mapping of 0 value coordinates is incorrect with create oval
comment:
  OriginalBugID: 4076 Bug
  Version: 8.3b2
  SubmitDate: '2000-01-24'
  LastModified: '2000-03-27'
  Severity: LOW
  Status: Closed
  Submitter: shawn
  ChangedBy: hobbs
  OS: Windows NT
  ClosedDate: '2000-03-27'


  mapping of 0 value coordinates is incorrect with create oval - placement of an oval with the coordinates of 0 0 20 20 produces an oval which is truncated on the left and top -  of the canvas - avout the amount of the width of the border of the canvas- 

  Expected Results - 

  I expect to see a complete oval when I give these coordinates 

  Reproducible script: 

  canvas .c 
  pack .c 
  .c create oval  0 0 20 20 -fill red -stipple gray75 -outline red -outlinestipple gray75



  You'll find that the visible edge of the canvas is not 0,0.
  For that, do:
    .c xview moveto 0
    .c yview moveto 0 
  -- 03/27/2000 hobbs


tkt_uuid: 2816331fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 5 Medium
foundin: obsolete: 8.5.7
resolution: Duplicate
title: rendering problem with notebook inside paned window
comment:
  Please try the following code:
  -----------------------------------------------------------------------------------------
  set pw [panedwindow .pw -orient vertical -opaqueresize true -background darkgray]
  set fr [ttk::frame $pw.f -height 100]
  set nb [ttk::notebook $pw.nb]
  $pw add $fr -sticky nsew -stretch never
  $pw add $nb -sticky nsew -stretch always
  $nb add [ttk::frame $nb.f -height 400 -width 400] -sticky nsew -text Test
  $nb add [ttk::frame $nb.g -height 400 -width 400] -sticky nsew -text Test
  pack $pw -fill both -expand yes
  -----------------------------------------------------------------------------------------

  Now watch careful the notebook labels while moving the sash of the paned window.
  Sometimes the labels will be rendered normal, sometimes the relief is too small.

  I have a weak suspicion that the paned window has an error while calculating the
  geometry of the subwindows or while calculating its own geometry. There is a lack
  of two pixels somewhere.

  I have tested this on Linux (that means with x11 windowing system).

  NOTE: with ttk::panedwindow you will get the same result.

  BTW: Who is responsible for the tracker? The description window is quite too small!


tkt_uuid: 1188340fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 9 Immediate
foundin: obsolete: 8.5a3
resolution: Fixed
title: Tk_CreateConsoleWindow: mem leak potential
comment:
  Each call to 
  Tk_CreateConsoleWindow(interp)
  creates and initializes a new interp,
  and stores it in a per-thread variable.

  If this is called twice in one thread
  (for two interps, or even on the
  same interp twice), then the 2nd
  call overwrites the first without
  deleting -- memory leak.

  If one of those interps is deleted,
  the deletion cleanup leaves
  the remaining interp without
  a console interp to use.

  Per-thread data is the wrong
  solution here.


tkt_uuid: 814609ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 58. [send]
priority: 7 High
foundin: obsolete: 8.5a0
resolution: None
title: tip150 breaks lots of tests
comment:
  TIP 150 was applied, but apparently no tests were
  updated.  Quite a few fail (this is on WinXP). 
  Shouldn't the tests have been run *before* applying the
  patch *grin*:

  Only running test files that match:  s*
  Tests began at Mon Sep 29 19:15:11 GMT Daylight Time 2003
  safe.test

  ==== safe-1.2 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      catch {safe::interpDelete a}
      safe::interpCreate a
      safe::loadTk a
      set l [lsort [interp hidden a]]
      safe::interpDelete a
      set l

  ---- Result was:
  bell cd clipboard encoding exec exit fconfigure file
  glob grab load menu open pw
  d selection send socket source tk_chooseColor
  tk_chooseDirectory tk_getOpenFile
  tk_getSaveFile tk_messageBox toplevel wm
  ---- Result should have been (exact matching):
  bell cd clipboard encoding exec exit fconfigure file
  glob grab load menu open pw
  d selection socket source tk_chooseColor
  tk_chooseDirectory tk_getOpenFile tk_ge
  tSaveFile tk_messageBox toplevel wm
  ==== safe-1.2 FAILED

  scale.test
  scrollbar.test
  select.test
  send.test

  ==== send-8.1 Tk_SendCmd procedure, options FAILED
  ==== Contents of test case:

      setupbg
      set app [dobg {tk appname}]
      set a 66
      send -async $app [list send [tk appname] set a 77]
      set result $a
      after 200 set x 40
      tkwait variable x
      cleanupbg
      lappend result $a

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ==== send-8.1 FAILED


  ==== send-8.4 Tk_SendCmd procedure, options FAILED
  ==== Contents of test case:

      list [catch {send -gorp foo bar baz} msg] $msg

  ---- Result was:
  1 {no application named "-gorp"}
  ---- Result should have been (exact matching):
  1 {bad option "-gorp": must be -async, -displayof, or --}
  ==== send-8.4 FAILED


  ==== send-8.5 Tk_SendCmd procedure, options FAILED
  ==== Contents of test case:

      list [catch {send -async foo} msg] $msg

  ---- Result was:
  1 {bad option "foo": must be -async, -displayof, or
  --wrong # args: should be "s
  end ?-async? ?-displayof? ?--? interpName arg ?arg ...?"}
  ---- Result should have been (exact matching):
  1 {wrong # args: should be "send ?options? interpName
  arg ?arg ...?"}
  ==== send-8.5 FAILED


  ==== send-8.6 Tk_SendCmd procedure, options FAILED
  ==== Contents of test case:

      list [catch {send foo} msg] $msg

  ---- Result was:
  1 {bad option "foo": must be -async, -displayof, or
  --wrong # args: should be "s
  end ?-async? ?-displayof? ?--? interpName arg ?arg ...?"}
  ---- Result should have been (exact matching):
  1 {wrong # args: should be "send ?options? interpName
  arg ?arg ...?"}
  ==== send-8.6 FAILED


  ==== send-8.9 Tk_SendCmd procedure, local execution FAILED
  ==== Contents of test case:

      set a initial
      string tolower [list [catch {send [tk appname] open
  bad_file} msg]  $msg $er
  rorInfo $errorCode]

  ---- Result was:
  1 {couldn't open "bad_file": no such file or directory}
  {couldn't open "bad_file
  ": no such file or directory
      while executing
  "open bad_file"enoent
      invoked from within
  "send [tk appname] open bad_file"} posix
  ---- Result should have been (exact matching):
  1 {couldn't open "bad_file": no such file or directory}
  {couldn't open "bad_file
  ": no such file or directory
      while executing
  "open bad_file"
      invoked from within
  "send [tk appname] open bad_file"} {posix enoent {no
  such file or directory}}
  ==== send-8.9 FAILED


  ==== send-8.18 Tk_SendCmd procedure, error in remote
  app FAILED
  ==== Contents of test case:

      setupbg
      set app [dobg {tk appname}]
      set result [string tolower [list [catch {send $app
  open bad_name} msg]  $msg
   $errorInfo $errorCode]]
      cleanupbg
      set result

  ---- Result was:
  1 {no application named ""} {no application named ""
      while executing
  "send $app open bad_name"} none
  ---- Result should have been (exact matching):
  1 {couldn't open "bad_name": no such file or directory}
  {couldn't open "bad_name
  ": no such file or directory
      while executing
  "open bad_name"
      invoked from within
  "send $app open bad_name"} {posix enoent {no such file
  or directory}}
  ==== send-8.18 FAILED


  ==== send-8.19 Tk_SendCmd, using modal timeouts FAILED
  ==== Contents of test case:

      setupbg
      set app [dobg {tk appname}]
      set x no
      set result ""
      after 0 {set x yes}
      lappend result [send $app {concat x y z}]
      lappend result $x
      update
      cleanupbg
      lappend result $x

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ==== send-8.19 FAILED


  ==== send-12.2 TimeoutProc procedure FAILED
  ==== Contents of test case:

      winfo interps
      tk appname tktest
      update
      setupbg
      set app [dobg {
          after 10 {after 10 {after 5000; exit}}
          tk appname
      }]
      after 200
      set result [list [catch {send $app foo} msg] $msg]
      cleanupbg
      set result

  ---- Result was:
  1 {no application named ""}
  ---- Result should have been (exact matching):
  1 {target application died}
  ==== send-12.2 FAILED


  ==== send-13.1 DeleteProc procedure FAILED
  ==== Contents of test case:

      setupbg
      set app [dobg {rename send {}; tk appname}]
      set result [list [catch {send $app foo} msg] $msg
  [winfo interps]]
      cleanupbg
      set result

  ---- Result was:
  1 {no application named ""} {tktest {tk #2} script tk}
  ---- Result should have been (exact matching):
  1 {no application named "tktest #2"} tktest
  ==== send-13.1 FAILED


  ==== send-13.2 DeleteProc procedure FAILED
  ==== Contents of test case:

      winfo interps
      tk appname tktest
      rename send {}
      set result {}
      lappend result [winfo interps] [info commands send]
      tk appname foo
      lappend result [winfo interps] [info commands send]

  ---- Result was:
  {script tk} {} {foo script tk} send
  ---- Result should have been (exact matching):
  {} {} foo send
  ==== send-13.2 FAILED

  spinbox.test

  Tests ended at Mon Sep 29 19:15:24 GMT Daylight Time 2003
  all.tcl:        Total   860     Passed  677     Skipped
  172     Failed  11
  Sourced 12 Test Files.
  Files with failing tests: safe.test send.test
  Number of tests skipped for each constraint:
          7       altDisplay
          35      fonts
          1       knownBug
          10      macOnly
          13      macOrUnix
          8       nonPortable
          54      testsend
          44      unixOnly
  stderr32
  C:\Programming\Tcl-source\cvs-tk\win>
  C:\Programming\Tcl-source\cvs-tk\win>


tkt_uuid: 1076869fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: None
priority: 7 High
foundin: None
resolution: None
title: Patch for postscipt font size bug
comment:
  See http://wiki.tcl.tk/8483 and the bugs 694528 and 502026. 
   
  When generating postscript from canvas, the generated 
  font sizes are too small (72/Screen-DPI). Because 
  of existing programs i would use a switch (-scalefonts true) 
  for the postscript command to switch over to the other 
  behaviour. 
  OS-Plattform: All 
  test script: 
  -------------------------------- 
  pack [canvas .c -width 211m -height 297m] 
  .c create text 1i 1i -text "courier new 24 bold" -anchor sw -font 
  {{courier new} 
  update idletasks 
  .c postscript -file xx.ps 
  -------------------------------- 
  Position of the text is ok/Size of Font ist to small. 
  (on all Displays with Resolution!=72dpi) 
   
  wish: 
  -------------------------------------- 
  .... 
  .c postscript -file xx.ps -scalefonts true 
  ... 
  --------------------------------------- 
   


tkt_uuid: 3341056fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 9 Immediate
foundin: obsolete: 8.5.10
resolution: Fixed
title: Usage of recreated ttk::checkbutton causes crash
comment:
  - Since version 8.5.10 of Tcl and Tk only, it's not happening in 8.5.9. Not tested in other versions. Reproduced on Linux and a Virtualbox Windows installation.
  - The issue: if a ttk::checkbutton is destroyed and recreated - meaning another checkbutton with the same path is created - , activating the button causes a crash. The problem seems to be the widget's variable, if the widget's <Destroy> event is bound to unset its variable, the crash doesn't occur.
  - To reproduce: in case the description is not sufficient to reproduce from scratch, run the attached Tcl script with tclsh or wish, then press the button labeled "Button" for two times, then press the checkbutton labeled "Enabled   ".
  - Operating system: Arch Linux 64bit, kernel version 2.6.39.1.
  - Tcl built with:
  ./configure --prefix=/usr --mandir=/usr/share/man --enable-threads --enable-64bit (--enable-symbols)
  - Tk built with:
   ./configure --prefix=/usr --mandir=/usr/share/man --enable-threads --enable-64bit (--enable-symbols)
  - The Valgrind output after the error:
  ==10686== Invalid read of size 8
  ==10686==    at 0x4ED55A1: Tcl_GetString (tclObj.c:1579)
  ==10686==    by 0x6D92C98: CheckbuttonVariableChanged (ttkButton.c:450)
  ==10686==    by 0x6DAA9F5: VarTraceProc (ttkTrace.c:69)
  ==10686==    by 0x4EF584C: TclCallVarTraces (tclTrace.c:2639)
  ==10686==    by 0x4EFD45C: TclPtrSetVar (tclVar.c:1904)
  ==10686==    by 0x4EFF672: Tcl_ObjSetVar2 (tclVar.c:1718)
  ==10686==    by 0x6D92A35: CheckbuttonInvokeCommand (ttkButton.c:543)
  ==10686==    by 0x6DAA782: Ttk_InvokeEnsemble (ttkTheme.c:1679)
  ==10686==    by 0x6DB0A2F: WidgetInstanceObjCmd (ttkWidget.c:161)
  ==10686==    by 0x4E5F137: TclEvalObjvInternal (tclBasic.c:3699)
  ==10686==    by 0x4EA1EB1: TclExecuteByteCode (tclExecute.c:2416)
  ==10686==    by 0x4EA930F: TclCompEvalObj (tclExecute.c:1538)
  ==10686==  Address 0x8 is not stack'd, malloc'd or (recently) free'd
  ==10686== 
  ==10686== 
  ==10686== Process terminating with default action of signal 11 (SIGSEGV)
  ==10686==  Access not within mapped region at address 0x8
  ==10686==    at 0x4ED55A1: Tcl_GetString (tclObj.c:1579)
  ==10686==    by 0x6D92C98: CheckbuttonVariableChanged (ttkButton.c:450)
  ==10686==    by 0x6DAA9F5: VarTraceProc (ttkTrace.c:69)
  ==10686==    by 0x4EF584C: TclCallVarTraces (tclTrace.c:2639)
  ==10686==    by 0x4EFD45C: TclPtrSetVar (tclVar.c:1904)
  ==10686==    by 0x4EFF672: Tcl_ObjSetVar2 (tclVar.c:1718)
  ==10686==    by 0x6D92A35: CheckbuttonInvokeCommand (ttkButton.c:543)
  ==10686==    by 0x6DAA782: Ttk_InvokeEnsemble (ttkTheme.c:1679)
  ==10686==    by 0x6DB0A2F: WidgetInstanceObjCmd (ttkWidget.c:161)
  ==10686==    by 0x4E5F137: TclEvalObjvInternal (tclBasic.c:3699)
  ==10686==    by 0x4EA1EB1: TclExecuteByteCode (tclExecute.c:2416)
  ==10686==    by 0x4EA930F: TclCompEvalObj (tclExecute.c:1538)
  ==10686==  If you believe this happened as a result of a stack
  ==10686==  overflow in your program's main thread (unlikely but
  ==10686==  possible), you can try to increase the size of the
  ==10686==  main thread stack using the --main-stacksize= flag.
  ==10686==  The main thread stack size used in this run was 8388608.
  ==10686== 
  ==10686== HEAP SUMMARY:
  ==10686==     in use at exit: 2,977,557 bytes in 2,224 blocks
  ==10686==   total heap usage: 15,288 allocs, 13,064 frees, 6,539,778 bytes allocated
  ==10686== 
  ==10686== LEAK SUMMARY:
  ==10686==    definitely lost: 1,280 bytes in 2 blocks
  ==10686==    indirectly lost: 4,688 bytes in 146 blocks
  ==10686==      possibly lost: 2,138,713 bytes in 134 blocks
  ==10686==    still reachable: 832,876 bytes in 1,942 blocks
  ==10686==         suppressed: 0 bytes in 0 blocks
  ==10686== Rerun with --leak-check=full to see details of leaked memory
  ==10686== 
  ==10686== For counts of detected and suppressed errors, rerun with: -v
  ==10686== ERROR SUMMARY: 3327 errors from 26 contexts (suppressed: 46 from 10)
  Killed


tkt_uuid: 792387ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 49. [grid]
priority: 8
foundin: obsolete: 8.5a0
resolution: Fixed
title: grid miscalculation
comment:
  The following code

    label .a -text aaa
    label .b -text BbbbB
    label .c -text cccccccccccccccc
    grid .a - - .b
    grid .c - - -
    grid columnconfigure . 1 -weight 1

  creates a window that looks like this

                 aaa     bbb
    cccccccccccccccc

  The .b widget has been truncated but
  should not have been.

  This is with Tk version 8.0.5 on linux.

  Bill Green
  wdkg@umich.edu


tkt_uuid: 587939ffffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 53. [selection]
priority: 5 Medium
foundin: None
resolution: None
title: Access to binary selections on Windows
comment:
  I have an attempt to a tcl proc to decode WMF clipboard
  data into canvas items. However, selection get
  currently only accepts string type data, not binary
  blobs. Could an option be added to selection get to
  indicate the expected type of data, if not string?


tkt_uuid: 220249ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 75. wish
priority: 1 Zero
foundin: obsolete: 8.2.1
resolution: Invalid
title: Console window broken in Tcl/Tk 8.2.1 for Win32 when started from Cygnus bash prompt
comment:
  OriginalBugID: 3362 Bug
  Version: 8.2.1
  SubmitDate: '1999-11-05'
  LastModified: '2000-04-16'
  Severity: SER
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Windows NT
  OSVersion: 4.0
  ClosedDate: '2000-04-16'


  Name:
  Terry Griffin

  ReproducibleScript:
  Scenario 1: Start just plain wish82 from Cygnus bash prompt with no Tcl
      script.
      Scenario 2: Run script containing "console show" command in wish82
      started from bash.

  ObservedBehavior:
  In scenario 1: No console window appears.
      In scenario 2: Console appears but output is directed toward the bash
      window (as if under Unix), but input is accepted only from the console
      window. An odd mix to be sure.

  DesiredBehavior:
  Fine old behavior that was in Tcl/Tk 8.0.5 (same as if wish82 is started
      from CMD.EXE prompt).



  This is more likely a bug/feature of the bash prompt on Windows.
  wish is not intended to tie itself to the DOS console, but will
  if you "| tee" or something similar.  It is likely that the bash
  prompt is doing something under the covers like that. 
  -- 01/27/2000 hobbs
  I can't repeat either of these problems with cygwin-b20.1 when
  used with the current 8.3.1 dev branch.  Likely this was a change
  in cygwin somewhere along the way, but may be related to a change
  in Tk. 
  -- 04/16/2000 hobbs


tkt_uuid: 3007843fffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: 88. Themed Tk (Ttk)
priority: 3 Low
foundin: None
resolution: Out of Date
title: Autolabeling ttk::treeview nodes with their index number
comment:
  in tree mode ( -show tree) is it not possible to put index number in integer foam.
  i mean first column in tree mode always give row numbers. whenever we delete an item the row number should be updated.
  for example lets have height of treeview is 10, so we have 10 rows , column 0 indicate 1 to 10 in integer. if i delete item 5 then it should update all index numbers.
  if you could add this feature then it would be great.
  Thanks


tkt_uuid: 1771916fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.15
resolution: None
title: Bad geometry reported while executing <Unmap> event
comment:
  On MacOS X 10.3.9 only! (this bug is NOT seen on MacOS X 10.4 and I have not tested for it on any other platform):

  the position component of geometry for a toplevel is reliably wrong while executing code bound to the <Unmap> event. The position is always -0+-22 instead of the correct value. This causes serious problems with code that allows the user to save and restore toplevel positions.

  This does not show up in the root window (".") unless you move it to the edge of the screen or something like that. But it reliably shows up from the beginning for another toplevel. Thus the following sample script...

  To use the sample script:
  - Run it
  - Minimize "tl" using the yellow button
  - Observe that the printed position is +0+-22 (bad)
  - Restore "tl" and move it and minimize it; the reported position is always bad

  Advanced test:
  - Minimize the root window using the yellow button
  - Observe that the printed position is (probably?) correct
  - Restore the root window, move it to various places, minimize and restore. If you move it to the left and/or top edge (I think) you may see the geometry go bad and once it is bad it seems to stay bad

  Any possible workaround would be appreciated.

  --------- sample script follows ----------

  toplevel .tl
  bind . <Unmap> {puts ". geometry [winfo geometry .]"}
  bind .tl <Unmap> {puts ". geometry [winfo geometry .]"}


tkt_uuid: 1025781fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 6
foundin: obsolete: 8.5a2
resolution: Fixed
title: textDisp-19.16 test failure
comment:
  Tk: v8.5a2 HEAD at 30-08-04
  OS: WinXPsp2
  Built with makefile.vc using VC7

  ==== textDisp-19.16 count -ypixels FAILED
  ==== Contents of test case:

      .t configure -wrap word
      .t delete 1.0 end
      .t insert 1.0 "Line 1"
      foreach i {2 3 4 5 6 7 8 9 10 11 12 13 14 15} {
  .t insert end "\nLine $i"
      }
      .t insert end "\nThis last line wraps around 
  four "
      .t insert end "times with a bit left on the last 
  line."
      # Need to update so everything is calculated.
      update
      set res {}
      lappend res  [.t count -ypixels 1.0 end]  [.t 
  count -update -ypixels 1.0 end]  [.t count -ypixels 
  15.0 16.0]  [.t count -ypixels 15.0 "16.0 
  displaylineend +1c"]  [.t count -ypixels 16.0 "16.0 
  displaylineend +1c"]  [.t count -ypixels "16.0 +1 
  displaylines" "16.0 +4 displaylines +3c"]

  ---- Result was:
  240 300 15 30 15 45
  ---- Result should have been (exact matching):
  300 300 15 30 15 45
  ==== textDisp-19.16 FAILED

  This also used to fail with SP1.


tkt_uuid: 1572922fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.9
resolution: Duplicate
title: tk does not let me input unicode characters
comment:
  I'm using a gentoo box, tcl/tk version 8.4.9
  kernel 2.6.16-gentoo-r7 on a x86 arch.
  KDE version 3.5.2.

  Tk does not allow me to input armenian (UTF-8) 
  characters.
  the system encoding is utf-8
  i tryed to open wish

  typed
  % pack [text .t]

  but could not write in armenian in the wish window

  if i type

  % .t insert end \u0531\u0532\u0533

  it gives me correctly armenian characters


tkt_uuid: 1749251fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: None
resolution: Fixed
title: 8.5 doesn't build correctly on netbsd when using XFT
comment:
  When building Tk on netbsd (cvs head 07/06/2007) using xft (the default) the building process fails at:

  rm -f libtk85.so
  ld -Bshareable -x -o libtk85.so tk3d.o tkArgv.o tkAtom.o tkBind.o tkBitmap.o tkClipboard.o tkCmds.o tkColor.o tkConfig.o tkConsole.o tkCursor.o tkError.o tkEvent.o tkFocus.o tkFont.o tkGet.o tkGC.o tkGeometry.o tkGrab.o tkGrid.o tkMain.o tkObj.o tkOldConfig.o tkOption.o tkPack.o tkPlace.o tkSelect.o tkStyle.o tkUndo.o tkUtil.o tkVisual.o tkWindow.o tkButton.o tkEntry.o tkFrame.o tkListbox.o tkMenu.o tkMenubutton.o tkMenuDraw.o tkMessage.o tkPanedWindow.o tkScale.o tkScrollbar.o tkCanvas.o tkCanvArc.o tkCanvBmap.o tkCanvImg.o tkCanvLine.o tkCanvPoly.o tkCanvPs.o tkCanvText.o tkCanvUtil.o tkCanvWind.o tkRectOval.o tkTrig.o tkImage.o tkImgBmap.o tkImgGIF.o tkImgPPM.o tkImgPhoto.o tkText.o tkTextBTree.o tkTextDisp.o tkTextImage.o tkTextIndex.o tkTextMark.o tkTextTag.o tkTextWind.o tkStubInit.o tkStubLib.o ttkBlink.o ttkButton.o ttkCache.o ttkClamTheme.o ttkClassicTheme.o ttkDefaultTheme.o ttkElements.o ttkEntry.o ttkFrame.o ttkImage.o ttkInit.o ttkLabel.o ttkLayout.o ttkManager.o ttkNotebook.o ttkPanedwindow.o ttkProgress.o ttkScale.o ttkScrollbar.o ttkScroll.o ttkSeparator.o ttkSquare.o ttkState.o ttkTagSet.o ttkTheme.o ttkTrace.o ttkTrack.o ttkTreeview.o ttkWidget.o ttkStubInit.o ttkStubLib.o tkUnix.o tkUnix3d.o tkUnixButton.o tkUnixColor.o tkUnixConfig.o tkUnixCursor.o tkUnixDraw.o tkUnixEmbed.o tkUnixEvent.o tkUnixFocus.o  tkUnixRFont.o tkUnixInit.o tkUnixKey.o tkUnixMenu.o tkUnixMenubu.o tkUnixScale.o tkUnixScrlbr.o tkUnixSelect.o tkUnixSend.o tkUnixWm.o tkUnixXId.o  -L/usr/X11R6/lib -lX11 -lXss -lXext -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib -lXft -L/usr/X11R6/lib -lfreetype -L/usr/X11R6/lib -lfontconfig -L/usr/X11R6/lib -lXrender   -lm -L/home/emiliano/programas/lib -ltclstub85   -rpath /home/emiliano/programas/lib:/usr/X11R6/lib
  ld: unrecognized option '-Wl,-rpath,/usr/X11R6/lib'
  ld: use the --help option for usage information
  gmake: *** [libtk85.so] Error 1

  The problem is in the use of 'ld' to link. This patch address the issue and the build process completes successfully.


  --- Makefile.orig       2007-07-06 13:50:57.000000000 -0300
  +++ Makefile    2007-07-06 13:50:06.000000000 -0300
  @@ -568,7 +568,7 @@
   # a shared library or non-shared library for Tk.
   ${LIB_FILE}: ${OBJS} ${STUB_LIB_FILE} 
          rm -f $@
  -       ${SHLIB_LD} -o $@ ${OBJS} ${SHLIB_LD_LIBS} ${TCL_SHLIB_LD_EXTRAS} ${TK_SHLIB_LD_EXTRAS} ${LD_SEARCH_FLAGS}
  +       ${CC} -shared -o $@ ${OBJS} ${SHLIB_LD_LIBS} ${TCL_SHLIB_LD_EXTRAS} ${TK_SHLIB_LD_EXTRAS} ${CC_SEARCH_FLAGS}
   
   ${STUB_LIB_FILE}: ${STUB_LIB_OBJS}
          rm -f $@


tkt_uuid: 1799782fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 8
foundin: obsolete: 8.5a7
resolution: Fixed
title: Manual and code disagree about <<Modified>>
comment:
  (also 8.4.15)

  man n text states "Whenever the (modified) flag changes state a <<Modified>> virtual event is generated."

  In fact, the command
      $w edit modified $value
  generates a <<Modified>> event even if it does not change the state of the flag.

  The binding to <<Modified>> is responsible for testing the flag before changing it, to prevent infinite recursion.

  It would be better if the widget did precisely what the manual says - it would be one less "gotcha".


tkt_uuid: 2962576fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 10. Generic Menus
priority: 8
foundin: None
resolution: None
title: Popup cascaded submenus not functioning
comment:
  In a popup cascade submenu, -command does not fire, select does not work, active entry is not showing. 
  The problem seems to exist only for cascaded submenus, and has been observed with Tk versions 8.4,8.5 and 8.6b1.1. 
  The following code reproduces the problem:

  proc foo {} {puts ok}
  menu .mc
  .mc add radiobutton -label test1 -variable ::rb -value 0 -command ::foo
  .mc add radiobutton -label test2 -variable ::rb -value 1 -command ::foo
  menu .m
  .m add cascade -label test -menu .mc
  .m post 100 100

  However, posting the submenu directly with :

  .mc post 100 100

  doesn't seem to have a problem.


tkt_uuid: 2477446fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 5 Medium
foundin: None
resolution: Fixed
title: catch [image create photo] fails on invalid images
comment:
  When I use the following code 

  [catch {image create photo invalid_image_check -file $currently_selected_image}] 


  to detect if an image is valid or not, I'm getting the error

  "not enough free memory for image buffer
  Aborted"


  In tcl/tk 8.5. The problem is, the image is a very small icon file (132kb), and I got 2gb RAM.

  I'm using ActiveTCL's distribution and Slackware Linux.


tkt_uuid: 220632ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 2
foundin: obsolete: 8.2.2
resolution: Fixed
title: Running 'make test' causes core dump
comment:
  OriginalBugID: 3740 Bug
  Version: 8.2.2
  SubmitDate: '1999-12-01'
  LastModified: '1999-12-16'
  Severity: CRIT
  Status: Released
  Submitter: techsupp
  ChangedBy: hobbs
  RelatedBugIDs: 2316
  OS: AIX
  OSVersion: 4.3
  Machine: RS/6000
  FixedDate: '1999-12-16'
  FixedInVersion: 8.3b1


  Hi,

  Further to my bug submission, here's the offending line
  that seems to be causing the core dump:

  tkTextDisp.c: line 4035
      indexPtr->byteIndex += (*chunkPtr->measureProc)(chunkPtr, x);

  Thanks,
  Paul

  Name:
  Paul A. Sue

  ReproducibleScript:
  make test

  I even tried running wish and then sourcing a test (e.g. buton.test)
  and I get same result (core dump)

  I'm running AIX 4.3

  ObservedBehavior:
  [using memory image in core]

  Segmentation fault in TkTextPixelIndex at 0xd30b316c
  0xd30b316c (TkTextPixelIndex+0x140) 901c0008        stw   r0,0x8(r28)
  (dbx) where
  TkTextPixelIndex() at 0xd30b316c
  TkTextPickCurrent() at 0xd30b5730
  DisplayText() at 0xd30b03e8
  TclServiceIdle() at 0xd2fd5498
  Tcl_DoOneEvent() at 0xd2fd63f4
  Tk_UpdateObjCmd() at 0xd303b47c
  TclExecuteByteCode() at 0xd2f9eaa4
  Tcl_EvalObjEx() at 0xd2fa7ca8
  TclObjInterpProc() at 0xd2fb1b78
  EvalObjv() at 0xd2fe16b8
  Tcl_EvalEx() at 0xd2fe31f8
  Tcl_EvalFile() at 0xd2fc9270
  Tcl_SourceObjCmd() at 0xd2ffb2bc
  TclExecuteByteCode() at 0xd2f9eaa4
  Tcl_EvalObjEx() at 0xd2fa7ca8
  Tcl_IfObjCmd() at 0xd2ff7f18
  EvalObjv() at 0xd2fe16b8
  Tcl_EvalEx() at 0xd2fe31f8
  Tcl_EvalFile() at 0xd2fc9270
  Tk_MainEx() at 0xd30bfb84
  main() at 0x10000344
  (dbx) quit

  DesiredBehavior:
  The tests to work!

  (make test on Tcl 8.2.2 ran fine)



  This turns out to be a bug in the IBM compiler (not noted for
  being the best).  The fix is to remove -O (optimization) from
  the CFLAGS.  This will be the default for 8.3, and we are
  also going to try and get the gcc options working properly. 
  -- 12/16/1999 hobbs


tkt_uuid: 1169429fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: None
resolution: Fixed
title: insertofftime 0 should not hide the cursor in text widgets
comment:
  Background:
  A text widget with a blinking cursor.

  Issue:
  After the widget is created, using -insertofftime 0 to stop 
  the cursor blinking stops it in the state the cursor is at 
  the time the above command is processed. The cursor 
  can therefore be off, depending on when insertofftime 0 
  was processed.

  What it should be (IMHO):
  Using -insertofftime 0 should stop blinking the cursor 
  and always display it.

  To reproduce the issue:
  In a wish session, type:
  text .t -insertofftime 500 -insertontime 500
  pack .t
  .t insert insert "This is a blinking cursor test.     "
  bind Text <Shift-Button-3> { %W configure -
  insertofftime   0 }
  bind Text <Button-3> { %W configure -insertofftime 500 }
  focus .t

  Now play with mouse button 3 and with the shift key to 
  stop the blinking and start it again.

  You can easily show that the cursor stops blinking in 
  the state it is in when tk processes the insertofftime 0.

  If you make it stop blinking when it is on, then it 
  remains visible in the widget, otherwise it is hidden and 
  does not reappear until blinking is restored using button-
  3 (try typing text in the widget, or click button1 for 
  instance).


tkt_uuid: 444169ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 12. Unix Menus
priority: 5 Medium
foundin: obsolete: 8.4a3
resolution: None
title: Keyboard traversal does not work
comment:
  If you make a menubar out of a Menu widget using
  the ". config -menu .mb" command, then try to do
  a keyboard traversal of the menu, you get an error
  message:  "grab failed: window not viewable".

  The following script reproduces the problem:

  # Create a menubar
  #
  menu .mb -type menubar
  . config -menu .mb
  .mb add cascade -label File -underline 0 -menu .mb.file
  menu .mb.file -tearoff 0
  .mb.file add command -label Exit -command exit

  # Create a frame to simulate the rest of the
  application.
  #
  frame .f -width 500 -height 300
  pack .f -side top -fill both -expand 1

  # Wait a while to let everything settle out...
  #
  update

  # Simulate a keyboard traversal of the menubar
  #
  event generate . <Alt-f>


tkt_uuid: 689357ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 46. Unix Fonts
priority: 9 Immediate
foundin: obsolete: 8.4.1
resolution: Duplicate
title: Read of Freed Memory
comment:
  Tk_MeasureChars() and Tk_DrawChars() (in
  unix/tkUnixFont.c) are both capable of ending up
  reading freed memory (which is a critical failure when
  Tcl is built with memory debugging turned on) the
  *second* time the subfont table for a font is extended.

  The problem is that those two functions keep around a
  pointer into the old subfont table over a call to
  FindSubFontForChar() which (via its calls to
  CanUseAlias()) can reallocate the subfont table.  The
  first reallocation is harmless enough, because we start
  out with a subfont table that is allocated as part of
  the overall font structure, but the second leaves us
  dangling off into nowhere...


tkt_uuid: 220834ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: final: 8.0.5
resolution: Out of Date
title: text -setgrid doesn't work
comment:
  OriginalBugID: 1729 Bug
  Version: 8.0.5
  SubmitDate: '1999-04-05'
  LastModified: '1999-10-22'
  Severity: SER
  Status: UnAssn
  Submitter: pat
  ChangedBy: hobbs
  OS: Macintosh
  OSVersion: MacOS 8.0
  Machine: Power PC


  Name:
  Don Libes

  ReproducibleScript:
  This simple script misbehaves on my Mac (MacOS 8.0) using Tcl 8.0.4.
      (Steve Ball confirms it's also in 8.0.5.)
      
      text .t -setgrid 1
      pack .t
      wm maxsize . 80 999
      
      After running this script, when I grab the corner to resize, the
      window becomes exceedingly narrow, as if the window manager is
      interpreting the 80 as "80 pixels" instead of "80 chars".


tkt_uuid: 2898255fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 37. [tk_get*File]
priority: 9 Immediate
foundin: None
resolution: Accepted
title: Patch for bug #2896501 (Filenames limit with tk_getOpenFile)
comment:
  This is a proposed patch for bug Windows: Filenames limit with tk_getFileName -multiple 1 (https://sourceforge.net/tracker/?func=detail&aid=2896501&group_id=12997&atid=112997)

  The patch allows to select virtually any number of files in tk_getOpenFile, because it dynamically allocates a buffer of required size to accomodate all selected files. The dialog itself will still return FNERR_BUFFERTOOSMALL, but the selected files are returned in custom buffer and can be retrieved.

  Tested with Windows SDK "include" directory containing 1700+ files - all selected files were returned.


tkt_uuid: 431229ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.4a3
resolution: Postponed
title: Can't build Tk on HP-UX 10.2
comment:
  gcc -pipe -c -O -Wall -Wconversion -Wno-implicit-int -fPIC
  -I/pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix
  -I/pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/../generic
  -I/pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/../bitmaps
  -I/pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tcl/generic
  -I/usr/local/X11R6/include -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1
  -DNO_FD_SET=1 -DHAVE_SYS_TIME_H=1      -DTCL_NO_DEPRECATED  

  -DTK_LIBRARY=\"/pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/../../../INSTALL/lib/tk8.4\"
  \
      /pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/tkUnixInit.c
  In file included from
  /pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/../generic/tkPort.h:32,
                   from
  /pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/../generic/tkInt.h:27,
                   from
  /pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/tkUnixInit.c:15:

  /pti/tests/5/nelson/prdtcl84/tcl/v8.4/hp10/tk/unix/../generic/../unix/tkUnixPort.h:94:
  conflicting types for `fd_mask'
  /usr/include/sys/types.h:413: previous declaration of `fd_mask'
  gnumake: *** [tkUnixInit.o] Error 1


tkt_uuid: 1192323fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 5 Medium
foundin: obsolete: 8.4.6
resolution: Fixed
title: panedwindow resize problem with minsize
comment:
  The last pane of a panedwindow can get clipped even if -
  minsize option is given.

  This happens when the toplevel in which the 
  panedwindow is packed is resized.

  Consider the following:

  wm resizable . 1 1
  wm minsize . 80 260
  panedwindow .pw -orient vertical
  label .pw.x1 -text Upper -fg orange -bg black
  label .pw.x2 -text Lower -fg white  -bg red
  .pw add .pw.x1 -minsize 150
  .pw add .pw.x2 -minsize 100
  pack .pw -fill both -expand yes
  set compt 0
  set initialminheight [lindex [wm minsize .] 1]
  bind . <Configure> { \
   set sashcoord [.pw sash coord 0];\
   set madedown [expr [lindex $sashcoord 1] - 154];\
   set newminheight [expr $initialminheight + 
  $madedown];\
   wm minsize . 80 $newminheight; \
   incr compt ; \
   .pw.x1 configure -text \
     "$compt\nwm minsize .: [wm minsize .]\n\
     winfo height .:[winfo height .]\n\
     .pw.x2 -minsize: [.pw panecget .pw.x2 -minsize]\n\
     .pw.x2 -height: [.pw panecget .pw.x2 -height]" ; \
  }

  Then:

  1. Resize the window (increase its height by dragging 
  down the lower border).
  2. Move the sash down as far as possible. -minsize is 
  used for pane 2, wich is OK
  3. Move the sash up as far as possible. -minsize for 
  pane 1 is OK
  4. Resize the window by decreasing its height (drag up 
  the lower border), until to the wm minsize is hit
  5. Move the sash down. And... it moves and reduces 
  size of pane 2 without to take its minsize into account!!! 
  This is WRONG behavior.
  6. (optional) Now, if you just click on the window border 
  so that a further Configure event is fired, you can see 
  the window size increasing (thanks to the binding), and 
  again taking toplevel minsize into account (but not 
  panes minsize).

  Besides, panecget -height is always empty. Is this 
  normal?


tkt_uuid: 578569ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.3.4
resolution: Fixed
title: iconified windows won't get drawn
comment:
  using the following script with parameter iconify
  produces an empty window with *no* label and *no*
  buttons inside !
   
  #!/bin/sh
  # the next line restarts using wish \
  exec wish "$0" "$@"
   
  # Parameter : iconify - starts new toplevel inconified
  # Parameter : withdraw - starts new toplevel withdrawn
   
  proc noclose win {
      wm protocol $win WM_DELETE_WINDOW { }
      wm resizable $win 0 0
      bind $win <Unmap> "wm deiconify $win"
  }
   
      wm withdraw .
   
      set w .pw
      toplevel $w
      wm $argv $w
      wm title $w "Toplevel"
      label $w.l -font {helvetica 18 bold} -text "Test
  Toplevel"
      frame $w.b
      button $w.b.ca -text Cancel -command "set r 0"
      button $w.b.ok -text OK -command {set r 1} -default
  active
      pack $w.b.ca $w.b.ok -side left -padx 2m
      bind $w <Return> "$w.b.ok invoke"
     grid $w.l -row 0
      grid $w.b -row 1
      update idletasks
      wm geometry $w +100+100
      wm deiconify $w
      noclose $w
      tkwait variable r
      destroy $w
      exit
   
   
  --- using this script under linux with fvwm produces an
  empty window. I sent a bug report to the fvwm mailing
  list an go the following response:
  On Tue, Jul 02, 2002 at 01:34:45AM +0200, Dominik Vogt
  wrote:
  > On Mon, Jul 01, 2002 at 08:33:18PM +0200, Gerhard
  Hintermayer wrote:> >
  > > Dominik Vogt wrote:
  > > >
  > > > Okay, it took me quite some hours to figure this
  out: It's *not*
  > > > a problem with fvwm. Although you can't see it,
  the application
  > > > window *is* mapped. It's just that tk thinks it
  is not visible
  > > > and thus does not draw anything into it. I
  couldn't find
  > > > anything that fvwm is doing wrong. Actually, I
  couldn't even
  > > > find any difference in the requests that wish
  sends to fvwm -
  > > > regardless if the deiconify line is in the code
  or not. I think
  > > > there must be a bug in wish.
  > > >
  > >
  > > Could it be the case,that fvwm>2.2.5 delivers
  events to "wish" as a different
  > > type. The update command distinguishes between all
  events (no parameter) and> > idle callbacks (parameter
  idletasks). Using no parameter for the update there
  > > are no problems (if I remember correctly), but that
  aim't no the way to go.
  > > Seems like good old 2.2.5 delivers events the do
  get processed as idle
  > > callbacks, whereas all follow versions don't. I
  have to take a look at the tcl
  > > sources to get an idea, which event's are put into
  which category.
  >
  > Fvwm does not send any events to the application
  (well, almost,
  > there are some cases, but these don't play a role here).
  I am mistaken here. These events do play a role. For
  some reason
  (I think to make some other application happy when it
  starts as an
  icon), I forced an UnmapNotify event being sent to the
  application
  before the icon was created. I'm mystified as to why
  wish thinks
  the UnmapNotify negates the MapNotify that arrives later.
  Maybe it processes events out of their proper order.
  Anyway, I've
  added a faked MapNotify event that is sent right before the
  UnmapNotify, and wish seems to be happy now.
   
  Please consider reporting this problem to the wish
  developers. I
  still think it's a bug in there that may well show
  other symptoms.
  In general processing events out of order - especially
  events
  that are of related types like MapNotify and
  UnmapNotify - is
  dangerous. It usually works as long as not much is
  happening on
  the desktop, but when things get really busy it may cause
  problems.
   
  Bye
   
  Dominik ^_^ ^_^
   
  --
  Dominik Vogt, dominik.vogt@gmx.de
   
   
  So there seems to be a problem with wish handling
  window events. If I do an update instead of the update
  idletasks, everything is fine, but that's not the way
  this (window center, popup under mouse, popup at fixed
  position) should be done.
   
  Gerhard


tkt_uuid: 513222ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 11. Aqua Menus
priority: 5 Medium
foundin: obsolete: 8.4a4
resolution: Fixed
title: Destroying a menu can crash Tk
comment:
  To implement context sensitive popup menus I 
  often create and destroy menu items on the fly. 
  However this can cause crashes in MacOS X Tk. (I 
  speculate that this sounds like a missing 
  Tcl_Preserve or Tcl_IncrRefCount call.)

  For example:

  bind . <1> {popup_menu "" %X %Y}

  proc popup_menu {w X Y} {
      if {[winfo exists $w.m]} {destroy $w.m}
      menu $w.m
      $w.m add command -label "testme" -command 
  newwin
      tk_popup $w.m $X $Y
  }

  proc newwin {} {
      destroy .m
  }


  A workaround is to use:

  proc newwin{} {
      after idle {destroy .m}
  }


tkt_uuid: 2148529fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 16. [scrollbar]
priority: 7 High
foundin: obsolete: 8.5.4
resolution: None
title: Canvas scrolls when scrollbar indicates that it cannot.
comment:
  Description:

  In a canvas widget, when the scrollregion is smaller than the allocated window space (width/height), then a scrollbar attached to it that (as it should) indicates that the canvas cannot be scrolled, can still be used to scroll it if the user attempts it anyway (e.g. by clicking the right scrollbar button in the following example).

  This is primarily a usability inconsistency.

  Proof-of-concept:

  grid [tk::canvas .c -width 200 -height 200 -scrollregion "0 0 50 50" -xscrollcommand ".h set"]
  grid [tk::scrollbar .h -orient horizontal -command ".c xview"] -column 0 -row 1 -sticky we
  .c create rectangle 0 0 30 30 -tags rect

  Version Information:

  Tcl Version 8.5.1
  Tk Version 8.5.4
  X Window System Version 7.2.0
  X Protocol Version 11, Revision 0, Release 7.2
  OS: OpenSuse 10.3

  % array get tcl_platform
  osVersion 2.6.22.18-0.2-default pointerSize 8 byteOrder littleEndian threaded 1 machine x86_64 platform unix os Linux user alex wordSize 8

  Contact Information:

  alsterg@gmail.com


tkt_uuid: 478568ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 6
foundin: obsolete: 8.5a0
resolution: Fixed
title: problems displaying some italic fonts
comment:
  This may be a windows-specific problem, and might be 
  the same as bug 220086, or at least related.

  I'm seeing this bug on Win2K, with the most recent 
  versions of 8.2, 8.3 and 8.4. I do *NOT* see this 
  problem with 8.0.5.

  The nutshell summary is that if I configure a text tag 
  to have a slant of italic but all other font metrics 
  identical to other text, and the family is {MS Sans 
  Serif}, I get extra visual whitespace between the 
  italic and non-italic text. And if I move the 
  insertion cursor through the italicized text (using 
  arrow keys, for example) the whitespace shifts around. 

  It's almost as if the physical x location of non-
  italic characters and the insertion cursor is based on 
  a different font metric than that used to compute the 
  physical x location of the italic characters.  

  As I've said, this happens with {MS Sans Serif}. It 
  also seems to happen with "Fixedsys" I've tested with 
  a family of "Helvetica" and with "Arial" 
  and "Microsoft Sans Serif" and the problem goes away, 
  so it's somewhat font-specific. I didn't have the 
  patience to try every font on my system, but would be 
  willing to do so if called upon.

  I wouldn't make a big deal about this, and chalk it up 
  to Microsoft nonsense, but the problem doesn't exist 
  in 8.0.5 so it appears to be a regression on the part 
  of tk.

  Also, considering the default font for text widgets on 
  windows (at least on my box) is {MS Sans Serif}, this 
  should probably be addressed. Either fix the bug or 
  pick a better default font (Arial? Personally I vote 
  for Verdana, but I don't know how ubiquitous it is 
  yet).

  Here's a script you can use to see the problem:

  pack [text .t]
  eval font create romanFont [font actual [.t cget -
  font]]
  eval font create italicFont [font actual [.t cget -
  font]]

  font configure italicFont -slant italic -family {MS 
  Sans Serif}
  font configure romanFont  -slant roman -family {MS 
  Sans Serif}

  .t tag configure italic -font italicFont
  .t tag configure roman  -font romanFont

  .t insert 1.0 "this is italic" italic " and this is 
  not." roman


tkt_uuid: 1373887fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 9 Immediate
foundin: obsolete: 8.5a4
resolution: Invalid
title: PHOTO_PUT path has a potential memory fault
comment:
    for (x = 0; x < dataWidth; ++x) {
      char *colorString = Tcl_GetString(listObjv[x]);
      XColor color;
      int tmpr, tmpg, tmpb;
      /*long comment removed*/
      if (colorString[0] == '#') {
       if (isxdigit(UCHAR(colorString[1])) &&
        isxdigit(UCHAR(colorString[2])) &&
        isxdigit(UCHAR(colorString[3]))) {

  From what I see the length of the colorString is never
  checked, so isxdigit may be checking garbage, or beyond
  an allocated region.

  Later on the sscanf usage appears to be another case of
  this potential invalid length.

  It appears that 8.4 does not use this code.


tkt_uuid: 800419ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 9 Immediate
foundin: obsolete: 8.5a0
resolution: None
title: wish crashes on startup (dbg, thrd, thrdalloc)...
comment:
  After some investigation, I believe I sorta know what is 
  causing this to happen.

  The code in TclDbInitNewObj (line 538) expects that the 
  call to Tcl_CreateHashEntry will create a new entry to 
  track that block of memory.  However, TclpAlloc (the 
  one in tclThreadAlloc.c, line 301) is apparently returning 
  a previously used block to Tcl_DbCkalloc, which causes 
  TclDbInitNewObj to fail.  

  Here is the stack trace:

  Tcl_PanicVA(const char * 0x100cd344, char * 
  0x0012a42c) line 97 + 42 bytes
  Tcl_Panic(const char * 0x100cd344) line 134 + 13 bytes
  TclDbInitNewObj(Tcl_Obj * 0x00ad51d0) line 540 + 10 
  bytes
  Tcl_DbNewStringObj(const char * 0x009a4198, int 62, 
  const char * 0x100b8348, int 4618) line 267 + 45 bytes
  Tcl_AddObjErrorInfo(Tcl_Interp * 0x0086ade8, const 
  char * 0x0012a468, int -1) line 4618 + 25 bytes
  Tcl_LogCommandInfo(Tcl_Interp * 0x0086ade8, const 
  char * 0x00af57d8, const char * 0x00af5d14, int 38) 
  line 3325 + 18 bytes
  TclExecuteByteCode(Tcl_Interp * 0x0086ade8, 
  ByteCode * 0x00aba320) line 4134 + 27 bytes
  TclCompEvalObj(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00add9a8) line 986 + 13 bytes
  TclObjInterpProc(void * 0x00af0548, Tcl_Interp * 
  0x0086ade8, int 1, Tcl_Obj * const * 0x0012b29c) line 
  1080 + 19 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 1, 
  Tcl_Obj * const * 0x0012b29c, const char * 
  0x00ab8d57, int 13, int 0) line 3095 + 25 bytes
  Tcl_EvalEx(Tcl_Interp * 0x0086ade8, const char * 
  0x00ab5b58, int 12812, int 0) line 3525 + 36 bytes
  Tcl_FSEvalFile(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a8dbe8) line 1445 + 19 bytes
  Tcl_SourceObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 2, Tcl_Obj * const * 0x0012b654) line 
  1012 + 16 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 2, 
  Tcl_Obj * const * 0x0012b654, const char * 
  0x00aa5070, int 56, int 0) line 3095 + 25 bytes
  Tcl_EvalEx(Tcl_Interp * 0x0086ade8, const char * 
  0x00aa5070, int 56, int 0) line 3525 + 36 bytes
  Tcl_Eval(Tcl_Interp * 0x0086ade8, const char * 
  0x00aa5070) line 3629 + 17 bytes
  Tcl_GlobalEval(Tcl_Interp * 0x0086ade8, const char * 
  0x00aa5070) line 4756 + 13 bytes
  Tcl_PkgRequireEx(Tcl_Interp * 0x0086ade8, const char 
  * 0x00a67608, const char * 0x00000000, int 0, void * * 
  0x00000000) line 312 + 16 bytes
  Tcl_PkgRequire(Tcl_Interp * 0x0086ade8, const char * 
  0x00a67608, const char * 0x00000000, int 0) line 164 + 
  23 bytes
  Tcl_PackageObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 3, Tcl_Obj * const * 0x009800dc) line 
  718 + 21 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 3, 
  Tcl_Obj * const * 0x009800dc, const char * 
  0x00000000, int 0, int 0) line 3095 + 25 bytes
  TclExecuteByteCode(Tcl_Interp * 0x0086ade8, 
  ByteCode * 0x00a35868) line 1407 + 36 bytes
  TclCompEvalObj(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a29590) line 986 + 13 bytes
  Tcl_EvalObjEx(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a29590, int 0) line 3759 + 13 bytes
  NamespaceEvalCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 4, Tcl_Obj * const * 0x009800c8) line 
  2976 + 18 bytes
  Tcl_NamespaceObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 4, Tcl_Obj * const * 0x009800c8) line 
  2529 + 21 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 4, 
  Tcl_Obj * const * 0x009800c8, const char * 
  0x00000000, int 0, int 0) line 3095 + 25 bytes
  TclExecuteByteCode(Tcl_Interp * 0x0086ade8, 
  ByteCode * 0x00a1e0b8) line 1407 + 36 bytes
  TclCompEvalObj(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a81c10) line 986 + 13 bytes
  Tcl_EvalObjEx(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a81c10, int 0) line 3759 + 13 bytes
  NamespaceEvalCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 4, Tcl_Obj * const * 0x0012cf30) line 
  2976 + 18 bytes
  Tcl_NamespaceObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 4, Tcl_Obj * const * 0x0012cf30) line 
  2529 + 21 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 4, 
  Tcl_Obj * const * 0x0012cf30, const char * 
  0x00a90246, int 982, int 0) line 3095 + 25 bytes
  Tcl_EvalEx(Tcl_Interp * 0x0086ade8, const char * 
  0x00a8ffb0, int 17577, int 0) line 3525 + 36 bytes
  Tcl_FSEvalFile(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a81190) line 1445 + 19 bytes
  Tcl_SourceObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 2, Tcl_Obj * const * 0x00a67708) line 
  1012 + 16 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 2, 
  Tcl_Obj * const * 0x00a67708, const char * 
  0x100da7da, int 0, int 262144) line 3095 + 25 bytes
  Tcl_EvalObjv(Tcl_Interp * 0x0086ade8, int 2, Tcl_Obj * 
  const * 0x00a67708, int 262144) line 3206 + 32 bytes
  Tcl_EvalObjEx(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a81f90, int 262144) line 3744 + 27 bytes
  Tcl_UplevelObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 1, Tcl_Obj * const * 0x009800c4) line 
  674 + 20 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 3, 
  Tcl_Obj * const * 0x009800bc, const char * 
  0x00000000, int 0, int 0) line 3095 + 25 bytes
  TclExecuteByteCode(Tcl_Interp * 0x0086ade8, 
  ByteCode * 0x00a80090) line 1407 + 36 bytes
  TclCompEvalObj(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x00a6c610) line 986 + 13 bytes
  TclObjInterpProc(void * 0x00a62c00, Tcl_Interp * 
  0x0086ade8, int 7, Tcl_Obj * const * 0x00a22d00) line 
  1080 + 19 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 7, 
  Tcl_Obj * const * 0x00a22d00, const char * 
  0x100da7da, int 0, int 262144) line 3095 + 25 bytes
  Tcl_EvalObjv(Tcl_Interp * 0x0086ade8, int 7, Tcl_Obj * 
  const * 0x00a22d00, int 262144) line 3206 + 32 bytes
  Tcl_EvalObjEx(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x009c7588, int 262144) line 3744 + 27 bytes
  Tcl_UplevelObjCmd(void * 0x00000000, Tcl_Interp * 
  0x0086ade8, int 1, Tcl_Obj * const * 0x009800b8) line 
  674 + 20 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 3, 
  Tcl_Obj * const * 0x009800b0, const char * 
  0x00000000, int 0, int 0) line 3095 + 25 bytes
  TclExecuteByteCode(Tcl_Interp * 0x0086ade8, 
  ByteCode * 0x00a3b430) line 1407 + 36 bytes
  TclCompEvalObj(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x009c7f88) line 986 + 13 bytes
  TclObjInterpProc(void * 0x009c7f08, Tcl_Interp * 
  0x0086ade8, int 8, Tcl_Obj * const * 0x00a29790) line 
  1080 + 19 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 8, 
  Tcl_Obj * const * 0x00a29790, const char * 
  0x00000000, int 0, int 0) line 3095 + 25 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 7, 
  Tcl_Obj * const * 0x00980094, const char * 
  0x00000000, int 0, int 0) line 3047 + 30 bytes
  TclExecuteByteCode(Tcl_Interp * 0x0086ade8, 
  ByteCode * 0x00a17c28) line 1407 + 36 bytes
  TclCompEvalObj(Tcl_Interp * 0x0086ade8, Tcl_Obj * 
  0x009991c0) line 986 + 13 bytes
  TclObjInterpProc(void * 0x0099e308, Tcl_Interp * 
  0x0086ade8, int 1, Tcl_Obj * const * 0x0012f9e4) line 
  1080 + 19 bytes
  TclEvalObjvInternal(Tcl_Interp * 0x0086ade8, int 1, 
  Tcl_Obj * const * 0x0012f9e4, const char * 
  0x002f333c, int 6, int 0) line 3095 + 25 bytes
  Tcl_EvalEx(Tcl_Interp * 0x0086ade8, const char * 
  0x002f3270 initScript, int 210, int 0) line 3525 + 36 bytes
  Tcl_Eval(Tcl_Interp * 0x0086ade8, const char * 
  0x002f3270 initScript) line 3629 + 17 bytes
  TkpInit(Tcl_Interp * 0x0086ade8) line 51 + 21 bytes
  Initialize(Tcl_Interp * 0x0086ade8) line 3164 + 9 bytes
  Tk_Init(Tcl_Interp * 0x0086ade8) line 2804 + 9 bytes
  Tcl_AppInit(Tcl_Interp * 0x0086ade8) line 161 + 10 
  bytes
  Tk_MainEx(int 1, char * * 0x00866e20, int (Tcl_Interp *)
  * 0x004010b9 Tcl_AppInit(Tcl_Interp *), Tcl_Interp * 
  0x0086ade8) line 222 + 7 bytes
  WinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 
  0x00000000, char * 0x0013374d, int 1) line 130 + 26 
  bytes
  WinMainCRTStartup() line 330 + 54 bytes
  KERNEL32! GetProcessPriorityBoost + 279 bytes


tkt_uuid: 945409ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 30. Color Names
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: special windows / OSX colors not documented
comment:
  The special colors for Windows and OS X seem not to be
  documented.

  SystemButtonFace SystemButtonText SystemDisabledText
  SystemHighlight
      SystemHightlightText SystemMenu SystemMenuText
  SystemScrollbar
      SystemWindow SystemWindowFrame SystemWindowText

  Probably info about them should be added to colors.n

  Michael


tkt_uuid: 581560ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: obsolete: 8.4b2
resolution: Fixed
title: canvas scan with no other args
comment:
  % canvas .cv
  .cv
  % .cv scan
  bad scan option ".cv scan
  ": must be mark or dragto
  % info patchlevel
  8.3.4
  % array get tcl_platform
  osVersion 2.4.17 byteOrder littleEndian machine i686 
  platform unix os Linux
  user wan
  % .cv scan foo
  bad scan option "foo": must be mark or dragto

  This is a bug in tkCanvas.c (access to argv[2] without 
  prior checking of
  argc).


tkt_uuid: 1716639fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 44. Generic Fonts
priority: 5 Medium
foundin: None
resolution: Works For Me
title: Test cases not updated for TIP 145 font aliases
comment:
  TIP 145 defines new Tk font aliases. The font testcase are apparently not yet update for these new aliases:

  ---- Result was:
  font1 TkMenuFont ansifixed systemfixed TkHeadingFont device TkTooltipFont defaultgui TkTextFont ansi TkCaptionFont system TkSmallCaptionFont TkFixedFont TkIconFont
  ---- Result should have been (exact matching):
  font1
  ==== font-6.1 FAILED

  This causes failures for:

  font-6.1
  font-6.2
  font-6.3
  font-7.2
  font-11.2
  font-11.3
  font-11.4
  font-13.1
  font-17.4
   


tkt_uuid: 220817ffffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: None
priority: 5 Medium
foundin: None
resolution: None
title: Direct Print Support for all widgets
comment:
  OriginalBugID: 1954 RFE
  Version: 8.0.5
  SubmitDate: '1999-04-28'
  LastModified: '2000-05-22'
  Severity: MED
  Status: Assigned
  Submitter: pat
  ChangedBy: hobbs
  RelatedBugIDs: 2430 5616
  OS: Other
  Machine: NA


  Name:
  Rohit

  DesiredBehavior:
  Direct support for cross platform printing is really critical. The
      export to postscript option for canvasses is not really useful as the
      child widgets of a canvas do not get reflected in the potscript. (not
      even if they are canvasses).
      
      Please do something about Print.
      
      rohit


tkt_uuid: 2748171fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: None
resolution: Fixed
title: fail to create pixmap adding image to canvas
comment:
  On Windows, Adding many images about 400+ to canvas (depending on image size?) causes fatal Tk error 
  "Fail to create pixmap with Tk_GetPixmap in ImgPhotoInstanceSetSize". Simply allocating a like number of images (or even many more) does not cause the error.  This issue exists in all tested versions of Tcl/Tk 8.4.x, 8.5.x, 8.6b1.1

  A demo script with GUI and sample image is attached.

  Possibly (probably?) relevant history:

  G. Howlett on Windows GID object management in same context:
  http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/8526d7d05b33701d/3858f4ce5283b311?hl=en&lnk=gst&q=pixmap+fail#3858f4ce5283b311

  Georgios Petasis has issues in 2004:
  http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/9e446aaf5862d578/dd65b1eb988c7717?hl=en&lnk=gst&q=pixmap+fail#dd65b1eb988c7717

  Possibly related:
  http://objectmix.com/tcl/364908-windows-memory-leak-weird.html


tkt_uuid: 220847ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 52. [clipboard]
priority: 5 Medium
foundin: final: 8.1.1
resolution: Duplicate
title: two clipboard and focus cases fail on solaris 2.6
comment:
  OriginalBugID: 2181 Bug
  Version: 8.1.1
  SubmitDate: '1999-06-07'
  LastModified: '2000-01-13'
  Severity: MED
  Status: UnAssn
  Submitter: techsupp
  ChangedBy: sven
  RelatedBugIDs: 2116 3340
  OS: Solaris
  OSVersion: 2.6
  Machine: Other


  Name: Larry W. Virden

  ReproducibleScript:
  make test

  ObservedBehavior:
  clipboard.test
      
      ==== clipboard-6.2 Tk_ClipboardAppend procedure FAILED
      ==== Contents of test case:
      
          setupbg
          clipboard clear
          clipboard append -f INTEGER -t TEST "16"
          set result [dobg {selection get -s CLIPBOARD TEST}]
          cleanupbg
          set result
      
      ---- Result was:
      CLIPBOARD selection doesn't exist or form "TEST" not defined
      ---- Result should have been:
      0x10
      ==== clipboard-6.2 FAILED
      
      and later
      
      focus.test
      
      ==== focus-5.1 ChangeXFocus procedure, don't take focus unless have it
      FAILED
      ==== Contents of test case:
      
          focusSetup
          focus -force .t
          update
          set result [focus]
          send [dobg {tk appname}] {focus -force .; update}
          lappend result [focus]
          focus .t.b2
          update
          lappend result [focus]
      
      ---- Result was:
      .t .t {}
      ---- Result should have been:
      .t {} {}
      ==== focus-5.1 FAILED

  DesiredBehavior:
  I expected to see all test cases pass.



  The first problem is most likely related to the problem we have in Author, where you have to first append another empty string with the same type before you can get the selection. 
  -- 01/13/2000 sven


tkt_uuid: 1825353fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 47. Win Fonts
priority: 8
foundin: obsolete: 8.5b3
resolution: Fixed
title: Tiny fonts in Windows console window
comment:
  Console window has unreadable tiny fonts in Windows wish built with VC6 using the standard makefile.vc (with OPTS=symbols).

  The system is WinXP SP2 Pro (Russian).
  Screen resolution: 1280x1024
  % winfo pixels . 1i
  96
  (which corresponds to the system setting)

  In the freshly started wish85g.exe:

  % console eval { foreach f [font names] { puts "$f\n[font config $f]" } }
  fixed
  -family Courier -size 7 -weight normal -slant roman -underline 0 -overstrike 0
  TkConsoleFont
  -family Courier -size 7 -weight normal -slant roman -underline 0 -overstrike 0
  oemfixed
  -family Terminal -size 9 -weight normal -slant roman -underline 0 -overstrike 0
  TkDefaultFont
  -family Tahoma -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  TkMenuFont
  -family Tahoma -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  ansifixed
  -family Courier -size 7 -weight normal -slant roman -underline 0 -overstrike 0
  systemfixed
  -family Fixedsys -size 10 -weight normal -slant roman -underline 0 -overstrike 0
  TkHeadingFont
  -family Tahoma -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  device
  -family System -size 10 -weight bold -slant roman -underline 0 -overstrike 0
  TkTooltipFont
  -family Tahoma -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  defaultgui
  -family {MS Shell Dlg} -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  TkTextFont
  -family Tahoma -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  ansi
  -family {MS Sans Serif} -size 8 -weight normal -slant roman -underline 0 -overstrike 0
  TkCaptionFont
  -family Tahoma -size 8 -weight bold -slant roman -underline 0 -overstrike 0
  system
  -family System -size 10 -weight bold -slant roman -underline 0 -overstrike 0
  TkSmallCaptionFont
  -family Tahoma -size 8 -weight bold -slant roman -underline 0 -overstrike 0
  TkFixedFont
  -family Courier -size 7 -weight normal -slant roman -underline 0 -overstrike 0
  TkIconFont
  -family Tahoma -size 8 -weight normal -slant roman -underline 0 -overstrike 0

  So while the system fonts have (the default) size of 8 console font is 7 which is too small.


tkt_uuid: 220165ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 1 Zero
foundin: obsolete: 8.1b3
resolution: Invalid
title: Docs missing for Tk_DeleteFileHandler API
comment:
  OriginalBugID: 1859 Bug
  Version: 8.1b3
  SubmitDate: '1999-04-16'
  LastModified: '1999-04-28'
  Severity: MED
  Status: Closed
  Submitter: surles
  ChangedBy: kenj
  OS: All
  OSVersion: NA
  Machine: NA
  FixedInVersion: NA
  ClosedDate: '1999-04-28'




  04/28/1999 14:00 - kenj - Former Tk function now incorporated in Tcl. Tcl API documented in the Tcl man pages. Tk usage deprecated.


tkt_uuid: 802435ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 7 High
foundin: None
resolution: Fixed
title: memory leak in tkConsole.c...
comment:
  The file generic/tkConsole.c has a memory leak in 
  function ConsoleEventProc.

  Near line 748, the following is allocated:

  Tcl_DStringInit(&dString);

  Near line 759, there is a return statement that does not 
  free the memory:

          if (consoleInterp == (Tcl_Interp *) NULL) {
              return;
          }

  I believe the code should be changed to:

          if (consoleInterp == (Tcl_Interp *) NULL) {
              Tcl_DStringFree(&dString);
              return;
          }


tkt_uuid: 842504ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 48. Geometry Management
priority: 5 Medium
foundin: obsolete: 8.4.5
resolution: None
title: embedded windows (in text/canvas) are not cropped
comment:
  For the canvas:

  canvas .c -width 100 -height 100 -bd 10 -relief raised
  pack .c -fill both
  frame .c.f -bg red -width 200 -height 200
  .c create window {20 20} -window .c.f

  Similarly for the text widget. For both one can also
  look closely at the widget demos.

  It appears as if Tk_MaintainGeometry and friends are
  not paying any attention to widget borders.


tkt_uuid: 1919570fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 01. Bindings
priority: 6
severity: Minor
foundin: None
resolution: Fixed
title: MacOSX entry bindings
comment:
  MacOSX has some behaviour that is different than current tk/ttk for Entry and TEntry widgets. There might be additional bindings with modifiers, but don't know how established these are.

  The following bindings should either replace existing or added. This applies to Entry and TEntry widgets.


      if {[tk windowingsystem] eq "aqua"} {

  # Entry
  bind Entry <Command-Left> {
      %W icursor 0
      %W selection clear
  }
  bind Entry <Command-Right> {
      %W icursor end
      %W selection clear
  }
  bind Entry <Control-Left> {
      %W icursor 0
      %W selection clear
  }
  bind Entry <Control-Right> {
      %W icursor end
      %W selection clear
  }

  # TEntry
  bind TEntry <Command-Left> {
      %W icursor 0
      %W selection clear
  }
  bind TEntry <Command-Right> {
      %W icursor end
      %W selection clear
  }
  bind TEntry <Control-Left> {
      %W icursor 0
      %W selection clear
  }
  bind TEntry <Control-Right> {
      %W icursor end
      %W selection clear
  }
      }


tkt_uuid: 2900796fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 5 Medium
foundin: obsolete: 8.5.8
resolution: Wont Fix
title: ttk widgets do not initialize the textvariable
comment:
  % entry .e -textvariable e
  % info exists e
  1
  % ttk::entry .e -textvariable e
  .e
  % info exists e
  0

  This requires you to either initialize it ahead of it's use or requires you to check info exists before any use of the variable.


tkt_uuid: 2899685fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 9 Immediate
foundin: obsolete: 8.6b1
resolution: Fixed
title: Artefact line segments with canvas imove
comment:
  Tested on WinXP SP 2 only now.

  The script:
  ---
  canvas .c
  button .b -command {doit} -text "Bug"
  grid .c
  grid .b

  set id [.c create line 10 10 40 10 100 100]

  proc doit {} {
  global id
  .c imove $id 1 200 200
  .c imove $id 1 30 20
  }
  ---

  Launch it. Press "bug" button. I see horizontal line fragment from top left corner.
  Now resize window. The fragment disappears.


tkt_uuid: 1697054fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 16. [scrollbar]
priority: 5 Medium
foundin: None
resolution: None
title: MS "jumping scrollbars" on Aqua violates platform UI
comment:
  If you start dragging a vertical scrollbar in a Tk Aqua application, then ªaccidentally) move the mouse away to the left or right, scrollbar will "jump" back to the undragged position.  This is UI compliant on Windows (for better or worse) but not on OS X, where the scrollbar in other apps stays dragged unless you let go the mouse button.


tkt_uuid: 1466509fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 06. Canvas Postscript
priority: 9 Immediate
foundin: obsolete: 8.5a4
resolution: Fixed
title: `make dist` misses files
comment:
  The tarball produced by
  `make dist` doesn't include
  these files:

  tk/library/demos/en.msg
  tk/library/demos/nl.msg
  tk/library/prolog.ps

  If these files belong in
  the source distribution,
  the dist target should be
  updated to include them.


tkt_uuid: 220639ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 09. [listbox]
priority: 2
foundin: final: 8.2.3
resolution: Fixed
title: Listbox extended selection does fully initialize state
comment:
  OriginalBugID: 3892 Bug
  Version: 8.2.3
  SubmitDate: '1999-12-17'
  LastModified: '1999-12-17'
  Severity: LOW
  Status: Released
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Windows NT
  OSVersion: 4.0 SP6a
  Machine: 450MHz PII
  FixedDate: '1999-12-17'
  FixedInVersion: 8.3b1


  Name:

  Steve Fulmer


  ReproducibleScript:

  from an interactive Wish session:

  % .lb configure -selectmode extended

  % .lb insert end  "one"

  % .lb insert end "two"

  % grid .lb

  % focus .lb


  ObservedBehavior:

  Select the Wish window titlebar, but do not click on a list item.  Hold down the shift key and use the up/down arrows.  This should extend the current selection, but there is no current selection.  Hence the error.  I had to move up and down a few times to get the error, but I can consistently get it.


  Stack trace given below:


  can't read "tkPriv(listboxSelection)": no such element in array

      while executing

  "lsearch $tkPriv(listboxSelection) $i"

      ("extended" arm line 15)

      invoked from within

  "switch [$w cget -selectmode] {

  browse {

      $w selection clear 0 end

      $w selection set $el

      set tkPriv(listboxPrev) $el

      event generate ..."

      (procedure "tkListboxMotion" line 7)

      invoked from within

  "tkListboxMotion $w [$w index active]"

      (procedure "tkListboxExtendUpDown" line 7)

      invoked from within

  "tkListboxExtendUpDown .lb 1

  "

      (command bound to event)


  DesiredBehavior:

  If nothing is selected when extending the selection, select the old item (where you were before the event) and where you are going.




  8.3b1 will have the desired behavior. 
  -- 12/17/1999 hobbs


tkt_uuid: 2946840fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 5 Medium
foundin: obsolete: 8.5.8
resolution: Works For Me
title: ttk::checkbutton and ttk::radiobutton with grid
comment:
  Incorrect appearance of ttk::checkbutton and ttk::radiobutton with grid on WinXP.
  The last element in a frame is larger than the other. It changes its size to normal after the first mouse motion over it. This only happens if check or radio buttons are packed with grid and xpnative theme is used. Not themed Tk widgets (tk:: ) are displayed correctly.
  Software used:
  ActiveTcl 8.5.8
  Windows XP SP2
  A short example is attached.


tkt_uuid: 2178820fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 9 Immediate
foundin: obsolete: 8.6a4
resolution: Fixed
title: Ttk depends on ckalloc(0) being non-NULL.
comment:
  When testing Tk with the cvs HEAD using Electric Fence I found that Ttk is calling ckalloc(0) on startup of wish8.6, without any widgets created.  It's just a simple wish8.6 exec.

  (gdb) where
  #0  0xb7f2e410 in __kernel_vsyscall ()
  #1  0xb797f4b6 in kill () from /lib/tls/i686/cmov/libc.so.6
  #2  0xb7f19c54 in EF_Abort () from /usr/lib/libefence.so.0
  #3  0xb7f1971b in memalign () from /usr/lib/libefence.so.0
  #4  0xb7f1988b in malloc () from /usr/lib/libefence.so.0
  #5  0xb7c9fec1 in TclpAlloc (numBytes=0) at /home/george/cvs/anon/tcl/unix/../generic/tclAlloc.c:706
  #6  0xb7cafc91 in Tcl_Alloc (size=0) at /home/george/cvs/anon/tcl/unix/../generic/tclCkalloc.c:1019
  #7  0xb7ec5556 in NewElementImpl (name=0xb4fa8ffc "", specPtr=0xb7f1462c, clientData=0x0)
      at /home/george/cvs/anon/tk/unix/../generic/ttk/ttkTheme.c:247
  #8  0xb7ec650e in Ttk_RegisterElement (interp=0xb789bcd0, theme=0xb4fa2f7c, name=0xb4fa8ffc "", 
      specPtr=0xb7f1462c, clientData=0x0)
      at /home/george/cvs/anon/tk/unix/../generic/ttk/ttkTheme.c:906
  #9  0xb7ec7ea1 in Ttk_StylePkgInit (interp=0xb789bcd0)
      at /home/george/cvs/anon/tk/unix/../generic/ttk/ttkTheme.c:1728
  #10 0xb7eb8612 in Ttk_Init (interp=0xb789bcd0)
      at /home/george/cvs/anon/tk/unix/../generic/ttk/ttkInit.c:271
  #11 0xb7e22b15 in Initialize (interp=0xb789bcd0)
      at /home/george/cvs/anon/tk/unix/../generic/tkWindow.c:3207
  #12 0xb7e22127 in Tk_Init (interp=0xb789bcd0)
      at /home/george/cvs/anon/tk/unix/../generic/tkWindow.c:2846
  #13 0x0804883e in Tcl_AppInit (interp=0xb789bcd0)
      at /home/george/cvs/anon/tk/unix/../unix/tkAppInit.c:98
  #14 0xb7e0dd8c in Tk_MainEx (argc=-1, argv=0xbfae0108, appInitProc=0x8048808 <Tcl_AppInit>, 
      interp=0xb789bcd0) at /home/george/cvs/anon/tk/unix/../generic/tkMain.c:258
  #15 0x080487f8 in main (argc=1, argv=0xbfae0104)
      at /home/george/cvs/anon/tk/unix/../unix/tkAppInit.c:68


  (gdb) frame 7
  #7  0xb7ec5556 in NewElementImpl (name=0xb4fa8ffc "", specPtr=0xb7f1462c, clientData=0x0)
      at /home/george/cvs/anon/tk/unix/../generic/ttk/ttkTheme.c:247
  (gdb) print elementImpl->nResources
  $1 = 0


  elementImpl->defaultValues = (Tcl_Obj**)
          ckalloc(elementImpl->nResources * sizeof(Tcl_Obj *));

  This seems like it will require some sort of fix throughout the ttkTheme.c, or the requirement of providing nResources > 0.


tkt_uuid: 2593177fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 9 Immediate
foundin: obsolete: 8.5.6
resolution: Fixed
title: segfault in XGetICValues
comment:
  The execution of wish or any dependent programme for example gitk ends up with segfault. The funny thing is that it was reproduced only on x86_64 on Gnome and it was running okay on KDE (at least 8.5.5 was running just fine).

  I'm attaching original report:
  ==12781== Memcheck, a memory error detector.
  ==12781== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
  ==12781== Using LibVEX rev 1804, a library for dynamic binary translation.
  ==12781== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
  ==12781== Using valgrind-3.3.0, a dynamic binary instrumentation framework.
  ==12781== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
  ==12781== For more details, rerun with: -v
  ==12781== 
  ==12781== Invalid read of size 8
  ==12781==    at 0x3311052226: XGetICValues (ICWrap.c:292)
  ==12781==    by 0x3311C44188: Tk_HandleEvent (tkEvent.c:365)
  ==12781==    by 0x3311C60125: TkDoConfigureNotify (tkWindow.c:2216)
  ==12781==    by 0x3311CFA6AF: TkUnixSetMenubar (tkUnixWm.c:6884)
  ==12781==    by 0x3311C71899: TkSetWindowMenuBar (tkMenu.c:3228)
  ==12781==    by 0x3311C6A14B: ConfigureFrame (tkFrame.c:951)
  ==12781==    by 0x3311C6A4AB: FrameWidgetObjCmd (tkFrame.c:798)
  ==12781==    by 0x3310C2FDCA: TclEvalObjvInternal (tclBasic.c:3690)
  ==12781==    by 0x3310C78855: TclExecuteByteCode (tclExecute.c:2340)
  ==12781==    by 0x3310CBA385: TclObjInterpProcCore (tclProc.c:1748)
  ==12781==    by 0x3310C2FDCA: TclEvalObjvInternal (tclBasic.c:3690)
  ==12781==    by 0x3310C30813: TclEvalEx (tclBasic.c:4338)
  ==12781==  Address 0x8 is not stack'd, malloc'd or (recently) free'd
  ==12781== 
  ==12781== Process terminating with default action of signal 11 (SIGSEGV)
  ==12781==  Access not within mapped region at address 0x8
  ==12781==    at 0x3311052226: XGetICValues (ICWrap.c:292)
  ==12781==    by 0x3311C44188: Tk_HandleEvent (tkEvent.c:365)
  ==12781==    by 0x3311C60125: TkDoConfigureNotify (tkWindow.c:2216)
  ==12781==    by 0x3311CFA6AF: TkUnixSetMenubar (tkUnixWm.c:6884)
  ==12781==    by 0x3311C71899: TkSetWindowMenuBar (tkMenu.c:3228)
  ==12781==    by 0x3311C6A14B: ConfigureFrame (tkFrame.c:951)
  ==12781==    by 0x3311C6A4AB: FrameWidgetObjCmd (tkFrame.c:798)
  ==12781==    by 0x3310C2FDCA: TclEvalObjvInternal (tclBasic.c:3690)
  ==12781==    by 0x3310C78855: TclExecuteByteCode (tclExecute.c:2340)
  ==12781==    by 0x3310CBA385: TclObjInterpProcCore (tclProc.c:1748)
  ==12781==    by 0x3310C2FDCA: TclEvalObjvInternal (tclBasic.c:3690)
  ==12781==    by 0x3310C30813: TclEvalEx (tclBasic.c:4338)
  ==12781== 
  ==12781== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 1)
  ==12781== malloc/free: in use at exit: 2,890,427 bytes in 24,151 blocks.
  ==12781== malloc/free: 92,394 allocs, 68,243 frees, 12,886,543 bytes allocated.
  ==12781== For counts of detected errors, rerun with: -v
  ==12781== searching for pointers to 24,151 not-freed blocks.
  ==12781== checked 2,556,632 bytes.
  ==12781== 
  ==12781== LEAK SUMMARY:
  ==12781==    definitely lost: 13,985 bytes in 195 blocks.
  ==12781==      possibly lost: 0 bytes in 0 blocks.
  ==12781==    still reachable: 2,876,442 bytes in 23,956 blocks.
  ==12781==         suppressed: 0 bytes in 0 blocks.
  ==12781== Rerun with --leak-check=full to see details of leaked memory.
  Segmentation fault

  $ rpm -q gitk tk tcl libX11
  gitk-1.6.1-2.fc11.x86_64
  tk-8.5.5-4.fc11.x86_64
  tcl-8.5.5-1.fc11.x86_64
  libX11-1.1.99.2-2.fc11.x86_64


tkt_uuid: 1920030fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 99. Other
priority: 7 High
foundin: None
resolution: Fixed
title: Ttk stubs table
comment:
  Re: recent change to unix/Makefile.in:

  | Author: das <das>  2008-03-19 10:21:47
  | Committer: das <das>  2008-03-19 10:21:47
  |    ttkStubLib.o needs to be in tk library as well as stub library

  Why is this needed?  

  See also #1819422.  From talking with dgp, I think the consensus is that extensions should _either_ compile with -DUSE_FOO_STUBS and link with libfoostub.a, _or_ compile without -DUSE_FOO_STUBS and link directly against libfoo.a.

  There is no need, as far as I can tell, for TtkInitializeStubs or the rest of the stub mechanism to be included in libtk.so, and in fact this will break other linkage mechanisms (in particular any dependent extensions that link against Tile's stub library instead of Tk's).


tkt_uuid: 2484771fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 38. [tk_messageBox]
priority: 9 Immediate
foundin: obsolete: 8.5.5
resolution: Fixed
title: Active tk_messageBox is displayed on top of other Windows pr
comment:
  When a Tcl/Tk program in Windows presents a tk_messageBox to the user and then, while the message box is active, the user switches to another open program, the message box remains on top of the Windows of the other program.

  Alexandre Ferrieux reports that the problem resides in line 2183 of tkWinDialog.c, where the MB_SYSTEMMODAL flag was used rather than the MB_APPLMODAL flag.

  Index: tkWinDialog.c
  ===================================================================
  RCS file: /cvsroot/tktoolkit/tk/win/tkWinDialog.c,v
  retrieving revision 1.59
  diff -r1.59 tkWinDialog.c
  2183c2183
  <     flags |= icon | type | MB_SYSTEMMODAL;
  >     flags |= icon | type | MB_APPLMODAL; 


tkt_uuid: 2647037fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 9 Immediate
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: Crash in event test on OS X 10.5.6
comment:
  make test with fresh cvs checkout  crashes in one of the event tests.

  Fresh build, configured with:
  ../macosx/configure --enable-threads --enable-dtrace --enable-framework --with-tcl=../../tcl/build --enable-aqua --enable-symbols --disable-shared

  the stacktrace is probably pretty useless, as all of the addresses seem to contain only garbage (tried the interp pointers, winPtr, objv, mainWin, all total junk, looks like trashed memory).

  program received signal EXC_BAD_ACCESS, Could not access memory.
  Reason: KERN_INVALID_ADDRESS at address: 0x6574617a
  0x0001c85c in Tk_HandleEvent (eventPtr=0xbfffe8e0) at /Users/schlenk/xcode/tk/macosx/../generic/tkEvent.c:1324
  1324interp = winPtr->mainPtr->interp;

  (gdb) bt
  #0  0x0001c85c in Tk_HandleEvent (eventPtr=0xbfffe8e0) at /Users/schlenk/xcode/tk/macosx/../generic/tkEvent.c:1324
  #1  0x0000f14a in HandleEventGenerate (interp=0x1e1c10, mainWin=0x315010, objc=2, objv=0x7b4df4) at /Users/schlenk/xcode/tk/macosx/../generic/tkBind.c:3796
  #2  0x0000d758 in Tk_EventObjCmd (clientData=0x315010, interp=0x1e1c10, objc=4, objv=0x7b4dec) at /Users/schlenk/xcode/tk/macosx/../generic/tkBind.c:2765
  #3  0x0a00ea00 in NRRunObjProc ()
  #4  0x0a00e86d in TclNRRunCallbacks ()
  #5  0x0a052b3d in TclExecuteByteCode ()
  #6  0x0a00e86d in TclNRRunCallbacks ()
  #7  0x0a013626 in TclEvalEx ()
  #8  0x0a013985 in Tcl_EvalEx ()
  #9  0x0a052064 in TclExecuteByteCode ()
  #10 0x0a00e86d in TclNRRunCallbacks ()
  #11 0x0a013626 in TclEvalEx ()
  #12 0x0a013985 in Tcl_EvalEx ()
  #13 0x0a079d4e in Tcl_FSEvalFileEx ()
  #14 0x0002e9d2 in Tk_MainEx (argc=-1, argv=0xbffff7f8, appInitProc=0x4187 <Tcl_AppInit>, interp=0x1e1c10) at /Users/schlenk/xcode/tk/macosx/../generic/tkMain.c:270
  #15 0x00004180 in main (argc=6, argv=0xbffff7e0) at /Users/schlenk/xcode/tk/macosx/../unix/tkAppInit.c:68

  Running only the event.test file via:
  TESTFLAGS="-singleproc 1 -file event.test" make test 
  does not segfault.


tkt_uuid: 1121156fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 84. Unix Build
priority: 7 High
foundin: obsolete: 8.4.9
resolution: None
title: requirement for 'lib64' checks
comment:
  When you build Tk on SuSE 9.2 x86_64 with "standard"
  settings, if you don't have xmkmf (/usr/X11R6/bin) in
  your path, it will end up picking the wrong X11 libpath
  and dying at link time.

  The xmkmf usage is injected by AC_PATH_X, part of
  tcl.m4:SC_PATH_X.  When found, it will correctly show:

  checking for X... libraries /usr/X11R6/lib64, headers
  /usr/X11R6/include

  when you don't have it on your path, you get:

  checking for X... libraries /usr/X11/lib, headers
  checking for X11 header files...

  This is because it falls back to other checks in
  SC_PATH_X, which don't account for lib64.  What happens
  is that when you get to the link step, it fails with:

  /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld:
  skipping incompatible /usr/X11/lib/libX11.so when
  searching for -lX11
  /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld:
  skipping incompatible /usr/X11/lib/libX11.a when
  searching for -lX11
  /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld:
  cannot find -lX11

  So obviously, lib64 is the default correct version. 
  Should SC_PATH_X look in /usr/X11R6/lib64 first?  That
  would apply to all platforms.  Also, what about
  non-64-bit builds?  IIUC, those are the default on
  x86_64 Linux platforms, but that it may be possible to
  build 32-bit on those machines with gcc.

  In another bug report, someone mentioned that
  SC_PATH_TCLCONFIG and SC_PATH_TKCONFIG might also look
  in /usr/lib64 as well.

  Basically, lib64 is throwing some wrenches into the
  usual build.  What upgrades to the m4 are the "correct"
  ones?


tkt_uuid: 233150ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
resolution: Accepted
title: window flashes on screen when withdrawn/deiconified
comment:
  This problem only seems to show up under Windows.
  The bug exists in Tk 8.3.2, I assume it shows
  up in 8.4, but I have not tested that under Windows.

  This bug actually has two parts. You can sort of
  work around the problem by adding calls to update
  and update idletasks, but that also causes problems.

  Here is a bit of code that brings up a window
  after a delay. Try it out and you will notice
  that the window is initially mapped with a
  geom of 1000x1000, it is then resized down
  to the reqwidth and reqheight of the button.

  if 1 {
  set t [toplevel .t -width 1000 -height 1000 -bg black]
  wm withdraw $t
  update
  pack [button $t.b -text AREALLYLONGSTRING]
  after 4000
  #update idletasks
  wm deiconify $t
  }

  This problem can be "fixed" by uncommenting the
  "update idletasks" call. You might be wondering,
  why is the first call to update in there? Well
  that is because the Window appears on the screen
  for a split second even though it has been withdrawn.
  So, the first call to update keeps the window from
  appearing for a split second initially, but it
  causes another problem. When the window is mapped,
  it shows up at 1000x1000 for a split second and
  then it gets resized to the reqwidth and reqheight
  of the button.

  This second problem can be worked around by
  the "update idletasks", kind of ugly eh?

  What is really odd about this bug is that if
  you don't call update at all (the way it really
  should work) then the window is mapped correctly
  (even though it still flashed before being
  put away).


tkt_uuid: 2475855fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 48. Geometry Management
priority: 5 Medium
foundin: None
resolution: Accepted
title: Stop grid/pack from handling the same master
comment:
  The attached patch is a way to give an error message
  when grid and pack are used in the same master.
  Currently this can lead to an application and possibly
  the desktop to hang. Such bugs are hard to debug.

  Is there any possibility for a working usage of
  propagating pack and grid in the same master?
  If there are, this could be a compatibility problem,
  but I cannot imagine such a usage.


tkt_uuid: 749006ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 09. [listbox]
priority: 5 Medium
foundin: obsolete: 8.5a0
resolution: Fixed
title: listbox.test fails
comment:
  This test fails on Tru64Unix 5.1A with tcl8.4.3/tk8.4.3
  and tcl8.4.3/tk-cvs:


  ==== listbox-4.1 ConfigureListbox procedure FAILED
  ==== Contents of test case:

      catch {destroy .l}
      listbox .l -setgrid 1 -width 25 -height 15
      pack .l
      update
      set x [getsize .]
      .l configure -setgrid 0
      update
      list $x [getsize .]

  ---- Result was:
  25x15 26x16
  ---- Result should have been (exact matching):
  25x15 185x263
  ==== listbox-4.1 FAILED


  ==== listbox-9.2 ListboxCmdDeletedProc procedure,
  disabling -setgrid FAILED
  ==== Contents of test case:

      catch {destroy .top}
      toplevel .top
      wm geom .top +0+0
      listbox .top.l -setgrid 1 -width 20 -height 10
      pack .top.l
      update
      set x [wm geometry .top]
      rename .top.l {}
      update
      lappend x [wm geometry .top]
      destroy .top
      set x

  ---- Result was:
  20x10+0+0 21x11+0+0
  ---- Result should have been (exact matching):
  20x10+0+0 150x178+0+0
  ==== listbox-9.2 FAILED


  ==== listbox-13.3 ListboxScanTo procedure FAILED
  ==== Contents of test case:

      .l yview moveto 1.0
      .l xview moveto 1.0
      .l scan mark 10 20
      .l scan dragto 5 10
      update
      set x [list [.l xview] [.l yview]]
      .l scan dragto [expr 5+$width] [expr 10+$height]
      update
      lappend x [.l xview] [.l yview]

  ---- Result was:
  {0.8 1} {0.75 1} {0.64 0.84} {0.25 0.5}
  ---- Result should have been (exact matching):
  {0.8 1} {0.75 1} {0.62 0.82} {0.25 0.5}
  ==== listbox-13.3 FAILED


tkt_uuid: 461760ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.3.3
resolution: Fixed
title: 8.3.x docs: false -message -multiple doc
comment:
  The docs/getOpenFile.n man page for Tk 8.3.1, 8.3.2,
  and 8.3.3, all claim that the commands [tk_get*File]
  support the -multiple and -message options.  That
  is incorrect.  Those options are only available
  in the Tk 8.4 sequence.

  We should backout to revision 1.5 of that file on the 
  core-8-3-1-branch.


tkt_uuid: 1202220fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: None
resolution: None
title: Patch for Bug #1083728 (aqua scrolling)
comment:
  Since I can't attach patches to others' bug reports,
  here is a patch for Bug #1083728 which makes scrollbars
  under Aqua behave properly with respect to not being
  speed dependent.  Instead of storing away a new value
  to activePoint with each check of the mouse and
  calculating a delta from the (current from last pass)
  first fraction, it saves the fraction from when
  dragging is first started and always calculates the
  deltas from that.

  I've found/fixed another bug that causes the scrollbars
  to stop scrolling if they hit an image embedded in a
  text widget due to not restoring the graphics port. 
  I'll file a separate bug report and patch for that.

  This patch is for the current core-8-4-branch.


tkt_uuid: 1099770fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 08. [(label)frame] and [toplevel]
priority: 6
foundin: obsolete: 8.5a3
resolution: None
title: frame-2.5 fails
comment:
  ==== frame-2.5 toplevel configuration options FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 200 -height 100
      wm geometry .t +0+0
      list [catch {.t configure -use 0x44022} msg] $msg
  [.t configure -use]

  ---- Result was:
  1 {couldn't create child of window "0x44022"} {-use use
  Use {} {}}
  ---- Result should have been (exact matching):
  1 {can't modify -use option after widget is created}
  {-use use Use {} {}}
  ==== frame-2.5 FAILED


tkt_uuid: 3017005fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: None
resolution: None
title: 'update idletasks' not sufficient on windows
comment:
  I have found that when creating multiple items on a canvas that in order for them to be drawn as they're created on Windows I have to use 'update' whereas on Linux I can use 'update idletasks'.

  I have see this behaviour in both the latest 8.5 and 8.6 from AS. The attached file should draw some coloured random koch snowflakes as they're created - I've annotated the problem area. The file itself will run ok since there is a platform dependent selection of the update mode.


tkt_uuid: 2645457fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 48. Geometry Management
priority: 8
foundin: obsolete: 8.5.6
resolution: Fixed
title: Crash closing application during geometry management
comment:
  This has been originally raised as a gitk crash bug. On startup gitk creates a bunch of windows, waits for the main window to become visible and then launches a subprocess on a pipe to query git information. If the user closes the application while gitk is still reading this subprocess then the application will crash.
  I have reproduced this on Windows using tcl/tk 8.5.6. The crash is always in TkWmMapWindow and in a debug build the wmPtr pointer is marked up with 0xdddddddd which means it has been freed already. Tk_MapWindow has a check for wmPtr->window == None but wmPtr itself is invalid here.
  I believe this is some kind of race between Tk deletion and the map window code that is shown up here because the application is busy reading from this pipe.


tkt_uuid: 2911570fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 30. Color Names
priority: 5 Medium
foundin: obsolete: 8.5.7
resolution: Fixed
title: Color hash problem on x86_64
comment:
  Description of problem:
  A stack-allocated structure is used as a hash key for a color in
  Tk_GetColorByValue(). Compilation on x86_64 inserts some unused gaps in
  structures for alignment: this results in having undefined bits participating
  to the hash code computation, introducing the risk of missing a color that is
  already in the table.

  Version-Release number of selected component (if applicable):
  tk-8.5.7-2.fc12.x86_64

  How reproducible:
  No recipe: very random in nature.
  I discovered this problem inadvertently while using valgrind on "insight" for
  another problem.

  Additional info:
  The attached patch fixes this problem by clearing the structure before
  assigning its fields.  

  ---------------------------------
  diff -Naur tk8.5.7.orig/generic/tkColor.c tk8.5.7.new/generic/tkColor.c
  --- tk8.5.7.orig/generic/tkColor.c2007-12-13 16:24:13.000000000 +0100
  +++ tk8.5.7.new/generic/tkColor.c2009-12-09 12:20:39.000000000 +0100
  @@ -302,6 +302,7 @@
        * First, check to see if there's already a mapping for this color name.
        */
   
  +    memset(&valueKey, 0, sizeof(valueKey));/* Clear interfield gaps. */
       valueKey.red = colorPtr->red;
       valueKey.green = colorPtr->green;
       valueKey.blue = colorPtr->blue;


tkt_uuid: 570320ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 52. [clipboard]
priority: 5 Medium
foundin: obsolete: 8.4a5
resolution: Duplicate
title: tktest finalize segfault
comment:
  tktest has a segfault during finalization (display
  close) after
  running the tests in unixSelect.test on Linux/Alpha:

  (gdb) run ./../tests/all.tcl -file unixSelect.test
  Starting program: /local/src/tk/unix/./tktest
  ./../tests/all.tcl -file unixSelec
  t.test
  Tk 8.4a5 tests running in interp: 
  /local/src/tk/unix/./tktest
  Tests running in working dir:  /local/src/tk/unix
  Sourcing files that match: 
  /local/src/tk/tests/unixSelect.test
  Tests began at Mon Jun 17 23:13:10 EDT 2002
  unixSelect.test

  Tests ended at Mon Jun 17 23:13:52 EDT 2002
  all.tcl:        Total   9       Passed  9       Skipped
  0       Failed  0
  Sourced 1 Test Files.

  Program received signal SIGSEGV, Segmentation fault.
  0x200005c17a8 in chunk_free (ar_ptr=0x20000770de0,
  p=0x1204691e0)
      at malloc.c:3121
  3121    malloc.c: No such file or directory.
  (gdb) bt
  #0  0x200005c17a8 in chunk_free (ar_ptr=0x20000770de0,
  p=0x1204691e0)
      at malloc.c:3121
  #1  0x200005c4574 in __libc_free (mem=0x20000770de0) at
  malloc.c:3023
  #2  0x20000159e0c in _XFreeAtomTable () from
  /usr/X11R6/lib/libX11.so.6
  #3  0x2000015fbf8 in _XFreeDisplayStructure () from
  /usr/X11R6/lib/libX11.so.6
  #4  0x200001485ac in XCloseDisplay () from
  /usr/X11R6/lib/libX11.so.6
  #5  0x12005ebe0 in TkpCloseDisplay (dispPtr=0x1203762c0)
      at /local/src/tk/unix/tkUnixEvent.c:189
  #6  0x1200562d4 in TkCloseDisplay (dispPtr=0x1203762c0)
      at /local/src/tk/unix/../generic/tkWindow.c:263
  #7  0x120059cc8 in DeleteWindowsExitProc (clientData=0x0)
      at /local/src/tk/unix/../generic/tkWindow.c:2661
  #8  0x1201724e4 in Tcl_Finalize () at
  ./../generic/tclEvent.c:790
  #9  0x120172108 in Tcl_Exit (status=0) at
  ./../generic/tclEvent.c:564
  #10 0x120137d88 in Tcl_ExitObjCmd (dummy=0x0,
  interp=0x120360480, objc=1,
      objv=0x120361c40) at ./../generic/tclCmdAH.c:667
  #11 0x12012dd90 in TclEvalObjvInternal
  (interp=0x120360480, objc=1,
      objv=0x120361c40, command=0x0, length=0, flags=0)
      at ./../generic/tclBasic.c:3012
  #12 0x120174ac8 in TclExecuteByteCode
  (interp=0x120360480, codePtr=0x12045db40)
      at ./../generic/tclExecute.c:1279
  #13 0x120173bf8 in TclCompEvalObj (interp=0x120360480,
  objPtr=0x120463110)
      at ./../generic/tclExecute.c:917
  #14 0x12012f6c8 in Tcl_EvalObjEx (interp=0x120360480,
  objPtr=0x120463110,
      flags=0) at ./../generic/tclBasic.c:3907
  #15 0x1201c8c64 in TclObjInterpProc
  (clientData=0x120473db0,
      interp=0x120360480, objc=2, objv=0x11fffeed0)
      at ./../generic/tclProc.c:1074
  #16 0x12012dd90 in TclEvalObjvInternal
  (interp=0x120360480, objc=2,
      objv=0x11fffeed0,
      command=0x1204498ca "::tcltest::cleanupTests
  1\nreturn\n", length=26,
      flags=0) at ./../generic/tclBasic.c:3012
  #17 0x12012ee5c in Tcl_EvalEx (interp=0x120360480,
      script=0x120449030 "# all.tcl --\n#\n# This file
  contains a top-level script
   to run all of the Tk\n# tests.  Execute it by invoking
  \"source all.tcl\" when
  running tktest\n# in this directory.\n#\n# Copyright
  (c) 1998-1999 by Sc"...,
      numBytes=2235, flags=0) at ./../generic/tclBasic.c:3607
  #18 0x1201a6008 in Tcl_FSEvalFile (interp=0x120360480,
  pathPtr=0x1203ce780)
      at ./../generic/tclIOUtil.c:1355
  #19 0x1201a4c88 in Tcl_EvalFile (interp=0x120360480,
      fileName=0x11ffff238 "./../tests/all.tcl") at
  ./../generic/tclIOUtil.c:234
  #20 0x12004fe88 in Tk_MainEx (argc=3, argv=0x11ffff3a0,
      appInitProc=0x12002a500 <Tcl_AppInit>,
  interp=0x120360480)
      at /local/src/tk/unix/../generic/tkMain.c:234
  #21 0x12002a4d8 in main (argc=4, argv=0x11ffff398)
      at /local/src/tk/unix/tkAppInit.c:69


tkt_uuid: 1477239fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 09. [listbox]
priority: 5 Medium
foundin: obsolete: 8.5a4
resolution: Works For Me
title: Activestate 8.5a5 listbox doesn't support itemconfigure
comment:
  : bad option "itemconfigure": must be activate, bbox, 
  cget, configure, curselection, delete, get, index, 
  insert, nearest, scan, see, selection, size, xview, or 
  yview

  code:

  listbox $pathpref.stack -height 10 -width 25 \
  -yscrollcommand [list $pathpref.
  stackscroll set]
  ...
  $pathpref.stack itemconfigure end -foreground red


  works in Activestate 8.5a4

  SPARC Solaris 8


tkt_uuid: 1380427fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 9 Immediate
foundin: obsolete: 8.4.11
resolution: Fixed
title: text widget "undo" crash
comment:
  [Duplicated from mis-submitted Tcl Bug #1380338]

  The following source code create a simple text widget
  with 2 keys binding :

  alt-u (text undo)
  alt-r (text redo)

  When you type some chars in the text and then you make
  repeatedly alt-u and alt-r the tcl/tk 8.4.11
  crash under win32 and linux i386 too (invalid memory
  reference).

  Is it a bug ?

  Thank you


  ------------------------------------------------------
  ----------------------------------------------
  #code start here

  frame .f
  pack .f -fill both -expand 1

  text .f.testo -width 40 -height 10 -borderwidth 2 \
  -setgrid 1 -undo 1 -maxundo 20 -autoseparators 0
  pack .f.testo -fill both -expand 1


  bind Text <Alt-r> {}
  bind .f.testo <Alt-r> {

  catch { .f.testo edit redo }
  }

  bind Text <Alt-u> {}
  bind .f.testo <Alt-u> {

  catch { .f.testo edit undo }
  }

  bind .f.testo <KeyPress> {

  catch { .f.testo edit separator }
  }


  focus -force .f.testo
  #code end here
  ------------------------------------------------------
  -----------------------------------------------


tkt_uuid: 1377209fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 9 Immediate
foundin: obsolete: 8.4.12
resolution: Fixed
title: tk.spec Requires: line
comment:
  [11:07]dgpIn the tk.spec file distributed with the Tk
  source...
  [11:07]dgp... we have:
  [11:08]dgpRequires: XFree86-libs >= 3.3.3,
  XFree86-devel >= 3.3.3, tcl = 8.4.12

  [11:08]rmaxdgp: please remove the XFree86-libs
  requirement. It's bogus.
  [11:09]rmaxsuch library dependencies are handled
  automatically by RPM.
  [11:10]rmax... and the name of the package providing
  the needed libraries might differ across distributions,
  especially after the XFree86 vs. X.org fork.


tkt_uuid: 3555644fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 5 Medium
foundin: obsolete: 8.5.13
resolution: Fixed
title: Better use of virtual events.
comment:
  Some observations:
  - In listbox.tcl, <Control-Left> is bound to scrolling back a page, but on
    Mac it should be bound to <Option-Left>
  - in console,tcl <Control-a> and <Home> are both bound to the same
    action.
  - many more of similar examples, all related to the 6 virtual events
    mentioned below.

  All of those (and more) can be solved by using the virtual events
  <<PrevChar>>, <<NextChar>>, <<PrevWord>>, <<NextWord>>
  <<LineStart>> and <<LineEnd>> in stead of <Left>, <Right>,
  <Control-Left>, <Control-Right>, <Home/Control-Key-a> and
  <End/Control-Key-e> in all bindings.


tkt_uuid: 1609316fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 5 Medium
foundin: obsolete: 8.4.15
resolution: Fixed
title: SCIM breaks [event generate]
comment:
  I'm testing for the first time on
  a Fedore Core 6 system with
  KDE 3.5.5  I build from the sources
  on the core-8-4-branch tip and
  many, many tests fail.  One common
  feature in the failing tests is the
  use of [event generate].  It appears
  to not be working at all.

  For example:

  ==== bind-16.16 ExpandPercents procedure FAILED
  ==== Contents of test case:

      setup
      bind .b.f <Key> {set x "%k"}
      set x none
      event gen .b.f <Key> -keycode 146
      set x

  ---- Result was:
  none
  ---- Result should have been (exact matching):
  146
  ==== bind-16.16 FAILED


tkt_uuid: 481148ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 65. Generic Window Operations
priority: 5 Medium
foundin: None
resolution: Accepted
title: add [wm stackorder] command
comment:
  The attached patch is the first draft of a
  wm stackorder command. It should not be applied
  in its current form. A TIP describing this
  command will be added shortly.


tkt_uuid: 1243949fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 5 Medium
foundin: obsolete: 8.5a3
resolution: None
title: tkWinX.c: INPUT undeclared
comment:
  System W2K SP4 and msys_mingw7.
  Compile error:

  tkWinX.c: In function `Tk_ResetUserInactiveTime':
  tkWinX.c:1922: error: `INPUT' undeclared (first use in
  this function)
  tkWinX.c:1922: error: (Each undeclared identifier is
  reported only once
  tkWinX.c:1922: error: for each function it appears in.)
  tkWinX.c:1922: error: syntax error before "inp"
  tkWinX.c:1924: error: `inp' undeclared (first use in
  this function)
  tkWinX.c:1924: error: `INPUT_MOUSE' undeclared (first
  use in this function)
  tkWinX.c:1932: warning: implicit declaration of
  function `SendInput'
  make: *** [tkWinX.o] Error 1


tkt_uuid: 1205111fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 01. Bindings
priority: 8
foundin: obsolete: 8.5a2
resolution: Works For Me
title: Bindings in slave interpreter results in core dump
comment:
  The following small script says all. If we uncomment
  the first binding tcl segfaults, while the second is ok
  (I don't understand why). This is not specific of
  BWidgets, as several other widgets (pure scripts)
  package shows the same behaviour.

  #!/bin/sh
  # show a bug found in tk, when running in a slave
  interpreter
  # Rildo Pragana <rildo@pragana.net> -- Recife, Brazil 2005
  #\
  exec wish "$0" "$@"

  pack [button .b -text exit -command exit]

  set code {
      package require Tk
      package require BWidget
  # if the following line is uncommented, the interpreter
  segfaults
  #   bind . <Destroy> exit
      pack [ComboBox .cb]
  #   ...but here it is ok!
      bind . <Destroy> exit
  }

  set test [interp create test_interp]
  $test eval $code

  This was discovered when trying to make SpecTcl support
  more widgets. Most of the crashes was related to the
  above bug, when trying to use the embedded test
  feature. (see save.tk in SpecTcl)


tkt_uuid: 220013ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 16. [scrollbar]
priority: 1 Zero
foundin: obsolete: 8.2
resolution: Duplicate
title: Scrollbars under windows don't have correct size if created with sizes other than default
comment:
  OriginalBugID: 2621 Bug
  Version: 8.2
  SubmitDate: '1999-08-31'
  LastModified: '1999-12-14'
  Severity: LOW
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  RelatedBugIDs: 3593
  OS: Windows NT
  OSVersion: 4.0 SP4
  Machine: X86
  ClosedDate: '1999-12-14'


  Name:
  Giorgos Petasis

  ReproducibleScript:
  scrollbar .s -width 300
      pack .s

  ObservedBehavior:
  When the scrollbar gets packed, the . window gets resized to the correct
      size (arround 300) but the scrollbar remains 
      to its default size. Only when you resize the main window horizonatlly
      gets the requested size. The same behaviour occurs
      in the vertical derection, using -height in the scrollbar creation
      command....
      This happen under all windows (95, 98, NT 4.0 SP5)

  DesiredBehavior:
  When the scrollbar gets displayed, should have the requested size.


tkt_uuid: 620808ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 9 Immediate
foundin: obsolete: 8.4.1
resolution: Duplicate
title: wish crashes after "destroy .toplevel"
comment:
  Following script crashes wish (press 'Exit' button):
  ---
  wm withdraw .
  toplevel .t
  pack [frame .t.f]
  pack [button .t.f.b -text Exit -command {destroy .t}]
  bind .t <Destroy> exit
  ---

  Environment:
  Linux 2.4.18, glibc 2.2.5, XFree86 4.2.0.
  Tcl: ActiveTcl8.4.0.1

  Message:
  Segmentation fault


tkt_uuid: 220802ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 07. [entry]
priority: 5 Medium
foundin: final: 8.0.5
resolution: None
title: trace on a textvariable does not report errors
comment:
  OriginalBugID: 1745 Bug
  Version: 8.0.5
  SubmitDate: '1999-04-07'
  LastModified: '1999-11-16'
  Severity: MED
  Status: Assigned
  Submitter: pat
  ChangedBy: hobbs
  OS: Windows NT
  OSVersion: 4 sp4
  Machine: X86


  Name: Wiebe Wiersema

  ReproducibleScript:
  1. start wish80.exe
  2. enter following script in console
    proc showit args {
      error "aargh"
    }
    entry .e -textvariable foo
    trace variable foo w showit

  3. try to set the variable foo directly (this fails as expected)
  set foo 1
  ->can't set "foo": aargh

  3. try to set the variable foo indirectly through the widget (this does
  not fail)
  .e insert end 123
  -> widget contains 123 and variable foo contains 123

  ObservedBehavior:
  the traced procedure clearly raises an error. 
  If you activate the trace by entering data into the entrywidget the
  raised error is ignored. The smae happens when enterimng data by hand in
  the entry widget. This is contrary to the behaviour specified in the
  manual pages.
  -Quoted rom manual page for trace-
  "The return value from command is ignored except that if it returns an
  error of any sort then the traced operation also returns an error with
  the same error message returned by the trace command (this mechanism can
  be used to implement read-only variables, for example)."

  DesiredBehavior:
  I expect to see an error as specified in the manual page for trace.

  The Tcl_SetVar used by the entry widget doesn't use
  TCL_LEAVE_ERROR_MSG, but doesn't handle any error case either... 
  -- 11/16/1999 hobbs


tkt_uuid: 1187074fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 82. X11 Emulation
priority: 5 Medium
foundin: None
resolution: None
title: Windows XDrawArc implementation
comment:
  Attached script 'arcs.tcl' creates a canvas with two
  sets of concentric circles, the first with odd sizes
  (width = height = 1, 3, 5, ...) and the second with
  even sizes (width=height=2, 4, 6, ...)

  x11dump.png is a screendump taken on X11, and shows
  what it's supposed to look like -- notice in particular
  that there are no "gaps" between circles.

  windump.png is a screenshot taken on Windows 2K; notice
  that there are lots of gaps, and that some of the
  circles aren't even symmetric.

  The same thing happens when using the XLEL XDrawArc()
  function from C on Windows, it's just easier to
  demonstrate with a canvas widget.


tkt_uuid: 1813597fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: None
resolution: Fixed
title: Canvas co-ordinate rounding e.g. 118.0 -> 117.99999
comment:
  Hmmmm... In the latest beta (8.5b1) canvas co-ordinate rounding has changed, (and is breaking my polypuzzle program). This wasn't the case in 8.5a[5|6].  I know this is a weak point of tcl... but perhaps as it is , lots of apps will break ? Below is a simple line created on a canvas in wish8.4 and then wish8.5b1. I then retrieve the coords..  Notice that in wish8.5 the
    410.99999999999994 -> 410.9999999999999
  , but *worse*, the
    118.0 -> 117.99999999999999
  Hmmm.. This last one is nasty. The rounding behaviour in 8.4 was very well behaved, and *never* gave me horrible point nines recurring.

  Anyway, thank-you for your time.
  Steven.

  Linux 2.6.23 #1 PREEMPT Fri Oct 12 19:07:53 UTC 2007
  i686 i386 GNU/Linux, xorg-x11-6.8.2-31, glibc-2.3.5-10, Fedora 4

  ----------------------------------------------------------------
  #wish8.4
  --------
  % canvas .c
  .c
  %  .c creat line 0 0 410.99999999999994 118.0
  1
  % .c coords 1
  0.0 0.0 411.0 118.0
  ----------------------------------------------------------------
  #wish8.5b1
  --------
  %  canvas .c
  .c
  % .c creat line 0 0 410.99999999999994 118.0
  1
  % .c coords 1
  0.0 0.0 410.9999999999999 117.99999999999999
  ----------------------------------------------------------------


tkt_uuid: 1414171fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 9 Immediate
foundin: obsolete: 8.4.9
resolution: Fixed
title: Text widget dumps core with -command option
comment:
  The text widget can be made to dump core with
  the following simple script (on 8.4.9 on Linux), when
  the dump -command is used where the command adds a tag.

  With more complex scripts 8.3 and 8.5 also dump core.
  Below is the coredump traceback which seems to
  show that segPtr->typePtr->name has been invalidated.

  ###########################################
  pack [text .t]
  .t insert end "abc\n" a "---" {} "def" b "   \n" {}
  "ghi\n" c
  .t tag configure b -background red

  proc Dumpy {key value index} {
    puts "KK: $key, $value"
    if {$value == "b" && $key == "tagon"} {
  puts TAGGING
      .t tag add $value [list $index linestart] [list
  $index lineend]
    }
  }
  .t dump -all -command Dumpy 1.0 end
  ##############################################

  #0  0x080c18af in DumpLine (interp=0x8132660,
  textPtr=0x81c9e90, what=31, 
      linePtr=0x8178430, startByte=0, endByte=32000000,
  lineno=1, 
      command=0x81c1218 "Dumpy")
      at
  /home/pcmacdon/Tcl/tk8.4.9/unix/../generic/tkText.c:2654
  2654                if ((what & TK_DUMP_MARK) &&
  (segPtr->typePtr->name[0] == 'm')) {
  (gdb) p segPtr
  $1 = (TkTextSegment *) 0x81760f8
  (gdb) p segPtr->typePtr
  $2 = (struct Tk_SegType *) 0x6c2f7273
  (gdb) p segPtr->typePtr->name
  Cannot access memory at address 0x6c2f7273
  (gdb) p what
  $3 = 31

  (gdb) bt
  #0  0x080c18af in DumpLine (interp=0x8132660,
  textPtr=0x81c9e90, what=31, 
      linePtr=0x8178430, startByte=0, endByte=32000000,
  lineno=1, 
      command=0x81c1218 "Dumpy")
      at
  /home/pcmacdon/Tcl/tk8.4.9/unix/../generic/tkText.c:2654
  #1  0x080c16f1 in TextDumpCmd (textPtr=0x81c9e90,
  interp=0x8132660, argc=7, 
      argv=0xbfffeeb8)
      at
  /home/pcmacdon/Tcl/tk8.4.9/unix/../generic/tkText.c:2582
  #2  0x080be1d4 in TextWidgetCmd (clientData=0x81c9e90,
  interp=0x8132660, 
      argc=7, argv=0xbfffeeb8)
      at
  /home/pcmacdon/Tcl/tk8.4.9/unix/../generic/tkText.c:849
  #3  0x40034417 in TclInvokeStringCommand ()
     from /home/pcmacdon/usr/lib/libtcl8.4.so
  #4  0x400354c7 in TclEvalObjvInternal ()
     from /home/pcmacdon/usr/lib/libtcl8.4.so
  #5  0x40035f1d in Tcl_EvalEx () from
  /home/pcmacdon/usr/lib/libtcl8.4.so
  #6  0x40072093 in Tcl_FSEvalFile () from
  /home/pcmacdon/usr/lib/libtcl8.4.so
  #7  0x40071157 in Tcl_EvalFile () from
  /home/pcmacdon/usr/lib/libtcl8.4.so
  #8  0x0805635f in Tk_MainEx (argc=1, argv=0xbffff518, 
      appInitProc=0x8055fbc <Tcl_AppInit>, interp=0x8132660)
      at
  /home/pcmacdon/Tcl/tk8.4.9/unix/../generic/tkMain.c:242
  #9  0x08055fa4 in main (argc=2, argv=0xbffff514)
      at /home/pcmacdon/Tcl/tk8.4.9/unix/tkAppInit.c:68
  #10 0x42017499 in __libc_start_main () from
  /lib/i686/libc.so.6


tkt_uuid: 2381555fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 9 Immediate
foundin: None
resolution: Fixed
title: ttk::treeview - horizontal scrolling vs headers
comment:
  (Ref: http://bugs.activestate.com/show_bug.cgi?id=81181).

  If a multicolumn treeview widget is scrolled to the right, the rightmost headings are inactive.

  To replicate: run e.g. the "multicolumn list of countries" Tk demo; drag a column separator way off to the right (to force scrolling); scroll right; hover mouse over headings.


tkt_uuid: 795869ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 8
foundin: obsolete: 8.4.4
resolution: Fixed
title: panedwindow border overdrawn by child pane
comment:
  From jonathan.bromley@doulos.com

  With more than one pane in a [panedwindow], the 
  last pane is resized when the panedwindow's container
  is resized.  However, if the panedwindow's container
  is shrunk so that the last sash is not visible, panes 
  other than the last are clipped and their contents
  spill over the panedwindow's border, making it
  invisible.  This small example shows the effect
  when the toplevel window is resized manually:

  # silly colours just to make the effect more obvious
  panedwindow .p -borderwidth 5 -background red
  text .p.t1 -bg yellow
  text .p.t2 -bg green
  pack .p -fill both -expand 1
  .p add .p.t1 .p.t2 -sticky news

  Workaround is straightforward but inconvenient:
  give the panedwindow a border width of zero, and
  enclose it in a frame having the desired border.


tkt_uuid: 1556406fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 63. Tk_Win Functions
priority: 5 Medium
foundin: obsolete: 8.4.13
resolution: None
title: Unloading of Tk can replace user procedures
comment:
  When Tk gets unloaded (for instance when closing the
  toplevel window), the standard widget commands are
  replace by the TkDeadAppCmd. This leads to a suprising
  result when Tk widget commands have been renamed.
  For example:

  % package require Tk
  8.4
  % rename scale tk_scale
  % proc scale args {puts "My scale"}
  % scale
  My scale
  % # close toplevel
  % scale
  can't invoke "scale" command:  application has been
  destroyed
  % set tcl_patchLevel
  8.4.13

  Also when invoking the renamed widget command, the
  dummy is not invoked as Tk has not redefined the proc:

  % tk_scale .s
  this isn't a Tk applicationNULL main window

   


tkt_uuid: 983886ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 21. [panedwindow]
priority: 9 Immediate
foundin: TIP Implementation
resolution: Fixed
title: TIP 177,179 new Panedwindow options
comment:
  Here are the changes for These two tips.  However, this
  patch causes 26 out of 376 panedwindow.test to fail. 
  All the failures are related to moving a sash before
  the window gets mapped.  I'll try and get this sorted
  out, but I thought I'd post this anyway so that others
  can take a look.  Maybe someone can spot the problem.  

  The widget works fine in application.

  -Brian


tkt_uuid: 3566106fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.5.12
resolution: Accepted
title: Tk 8.5.12 fails to build on Solaris 9/x86
comment:
  In working with the OpenCSW people about updating Tcl/Tk in OpenCSW (package distribution for Solaris) they ran into an issue with building Tk on Solaris 9/x86.

  They provided this patch:
        http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tcl85/trunk/files/0002-Fix-linking-issues-and-enable-building-on-Solaris-9-.patch

  They indicate that "amd64" isn't part of the platform specification on Solaris 9 (Solaris 10+ only) and so the check should also include a check for "i386" only.

  Additionally there were some places where a single digit minor version wasn't checked for.


tkt_uuid: 854178ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a0
resolution: Fixed
title: textWind-7.* fail
comment:
  Using 2003-12-04 HEAD on Solaris 9/CDE:


  ==== textWind-7.1 EmbWinLostSlaveProc procedure FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .f -width 10 -height 20 -bg $color
      .t window create 1.2 -window .f
      update
      place .f -in .t -x 100 -y 50
      update
      list [winfo geom .f] [.t bbox 1.2]

  ---- Result was:
  10x20+105+55 {19 11 0 0}
  ---- Result should have been (exact matching):
  10x20+104+54 {19 11 0 0}
  ==== textWind-7.1 FAILED


  ==== textWind-7.2 EmbWinLostSlaveProc procedure FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .t.f -width 10 -height 20 -bg $color
      .t window create 1.2 -window .t.f
      update
      place .t.f -x 100 -y 50
      update
      list [winfo geom .t.f] [.t bbox 1.2]

  ---- Result was:
  10x20+105+55 {19 11 0 0}
  ---- Result should have been (exact matching):
  10x20+104+54 {19 11 0 0}
  ==== textWind-7.2 FAILED


tkt_uuid: 3175610fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 9 Immediate
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: Modifying canvas line item forgets to refresh
comment:
  Using "insert" to modify a line item, as in

    $canvas insert $line $position {$coords}

  misses the refresh, as can be seen in

       #!/usr/bin/wish
       pack [canvas .c]
       set line [.c create line 10 10  210 10 -fill blue]
      update
      after 2000
      .c insert $line 2 {110 110}

  Partially obscuring the canvas with another window and exposing it again fixes the display.
  Tested on Debian Gnu/Linux squeeze with Tk 8.4, 8.5 and 8.6 (the first two are standard distro packages).

  Alexandre Ferrieux kindly provided a patch in cmp.lang.tcl, which I attach (I haven't had the time to test it yet, though).

  References: comp.lang.tcl:<87fws1v827.fsf@floh.bas23>, comp.lang.tcl:<dc596818-a0d4-4e3a-99a5-55446de6e574@s3g2000vbf.googlegroups.com>


tkt_uuid: 1348333fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 69. Events
priority: 8
foundin: obsolete: 8.5a3
resolution: None
title: 8.5 text widget creates to many timers
comment:
  # Tk 8.5 cannot cope with a large number of 'idletasks'
  delayed actions, and
  # it hangs, consuming most of the system's CPU - even
  though it is able to
  # process the same actions if they are split by update
  commands.
  #
  # ActiveTcl 8.5 beta 3 (tcl_patchLevel 8.5a2) and
  ActiveTcl 8.5 beta 4 (8.5a4,
  # threaded) both have this problem.
  #
  # Tk 8.4 does not have this problem: ActiveTcl 8.4.11.2
  (8.4.11, threaded) and
  # ActiveTcl 8.4.9.0 (8.4.9) tested.
  #
  # The attached script creates and maps a large number
  of text widgets, with
  # the option of using update after each widget is
  created, and (separately)
  # after it is mapped.

  # Mapping a large number of widgets gives Tk 8.5 a problem.
  # Creation of a large number of unmapped widgets also
  gives Tk 8.5 a problem.

  # The numbers of widgets, though large, are not
  perversely large - I have apps
  # with more than 150 widgets - and Tk 8.4 has no
  problem with much larger
  # numbers.

  # 100 widgets: OK always.
  # 144 to 900 widgets: OK in 8.4 always; fails in Tk 8.5
  if updates are not
  # switched on.


tkt_uuid: 3588462fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 37. [tk_get*File]
priority: 2
foundin: None
resolution: None
title: -typevariable ignored in Tk/Cocoa
comment:
  Tk/Cocoa does not implement -typevariable. The UI controls for choosing the type are missing, and the typevariable is not touched. Under Carbon it worked. Native Cocoa applications like Pages demonstrate, that the same functionality is possible in Cocoa. 

  See the attached test script and also bug 3588460


tkt_uuid: 1578858fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.4.13
resolution: Fixed
title: incorrect tab format
comment:
  The text widget does not correctly outline tabs if the 
  line starts with a number of spaces >= tab width. 

  e.g.: tab width = 8

  xxx<tab>yyy
  will be displayed correctly as:

  12345678901234578
  xxx     yyy

  but:
          xxx<tab>yyy
  will be displayed as:

  12345678901234578
          xxx yyy


  Also:
          xxx<tab>yyy<tab>zzz
  will be displayed as:

  1234567890123457890
          xxx yyy zzz


tkt_uuid: 950121ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 6
foundin: obsolete: 8.4.5
resolution: Fixed
title: Inserting Big Image in Canvas crashes wish (aqua)
comment:
  If an image has more than 4k pixels in height or width then
  trying to add the image to a canvas causes Wish Shell to
  crash.

  This is with Tcl/Tk 8.4.5 on Mac OS X 10.3.3

  Here is a partial dump:
  Exception:  EXC_BAD_ACCESS (0x0001)
  Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x8a0080ff

  Thread 0 Crashed:
  0   com.apple.QD                        0x94d4044c GetPMBaseAddr + 
  0x10
  1   com.apple.QD                        0x94d391e4 
  PixMapToNQDPixMap + 0x24
  2   com.apple.QD                        0x94d3bf7c BitsToPix + 0x160
  3   com.apple.QD                        0x94d39a04 Stretch + 0x134
  4   com.apple.QD                        0x94d4ac4c OneSrcOneDst + 
  0x44
  5   com.apple.QD                        0x94d40538 BitsDevLoop + 0xcc
  6   com.apple.QD                        0x94d39568 CommonBits + 
  0x298
  7   com.apple.QD                        0x94d41200 StdBits + 0x2b4
  8   com.apple.QD                        0x94d394e8 CommonBits + 
  0x218
  9   com.apple.QD                        0x94d43694 CopyBits + 0x36c
  10  com.tcltk.tklibrary                 0x0b079584 TkPutImage + 
  0x290
  11  com.tcltk.tklibrary                 0x0b0443fc DitherInstance + 
  0x6f0
  12  com.tcltk.tklibrary                 0x0b040ab0 
  ImgPhotoConfigureInstance + 0x1d0
  13  com.tcltk.tklibrary                 0x0b040de8 ImgPhotoGet + 
  0x324
  14  com.tcltk.tklibrary                 0x0b039cac Tk_GetImage + 
  0x90
  15  com.tcltk.tklibrary                 0x0b012fa8 ConfigureImage + 
  0xb4
  16  com.tcltk.tklibrary                 0x0b012d64 CreateImage + 
  0xe8
  17  com.tcltk.tklibrary                 0x0b00cb44 CanvasWidgetCmd 
  + 0x9a8


tkt_uuid: 3486474fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 30. Color Names
priority: 5 Medium
foundin: obsolete: 8.6b2
resolution: Fixed
title: Inconsistent color scaling
comment:
  The Tk_GetColor() man page states: "When fewer than 16 bits are provided for each color, they represent the most significant bits of the color. For example, #3a7 is the same as #3000a0007000."  The [photo] man page references the Tk_GetColor() man page regarding how color names are interpreted.

  I just tested this in MS-Windows XP by putting the color #3a7 into a photo image and into a widget background.  I then took a screenshot using The GIMP and read back the color values.  The photo contained #33aa77, but the widget background contained #30a070.  The colors are visibly different when compared side-by-side.  I'm not sure how this inconsistency is possible, unless not everything is calling Tk_GetColor().

  I prefer the bit replication technique used by photo, even though it's contrary to the man page.  It makes #fff map to white, not light gray.


tkt_uuid: 621672ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 5 Medium
foundin: obsolete: 8.4.0
resolution: Fixed
title: Tk's 'hacky port of FSpPathFromLocation'
comment:
  Per recent discussion on tcl-mac:

  Date: Thu, 10 Oct 2002 10:28:49 -0700
  Subject: Re: [MACTCL] Opening scripts with TkAqua

  > Why is the filename passed to ::tk::mac::OpenDocument in the classic
  > Macintosh "Volume Name:path:to:file.tcl" format instead of native OS X
  > "/path/to/file.tcl" format, even though [file separator] is set to 
  > "/"? That makes it hard to parse without hard-coding "magic characters",
  > which I don't like.

  You should definitely file a bug about this.  We should steal the TclAE 
  code & add it to the Tk version.


tkt_uuid: 592201ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 9 Immediate
foundin: obsolete: 8.4b1
resolution: Fixed
title: wm transient fails with two masters
comment:
  It seems that "wm transient <window> <master>" has 
  changed between 8.4a2 and 8.4b1. If <master> is 
  specified and is not the empty string, then the 
  <window> must not already have a master.

  The code at the bottom causes the error:

       Fatal Error in Wish

       numTransients should be 0

  ---

  toplevel .t1
  toplevel .t2
  toplevel .transient
  wm transient .transient .t2

  # next line necessary in 8.4b1 but not in 8.4a2 - should 
  it be?
  # wm transient .transient ""

  wm transient .transient .t1
  destroy .t2
  exit


tkt_uuid: 553926ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: None
resolution: Fixed
title: wm style stayontop, et al, patch
comment:
  I couldn't find this patch anywhere on the Tk SF site. 
  It may already
  be in someplace.  This patch provides a "wm style"
  command on Windows to give access to various extended
  Windows window attributes, such as "stay on top" and
  transparency.  The author, Jay Schmidgall, sent it to
  me some time ago with the following message:

  ------------------------------------------------

  The next big style option under WinXX would probably be
  to add support for icons in the status area or system
  tray. However, there's much more to it than just a few
  options, e.g., you would need to be able to set up
  bindings and all that to handle button clicks, give it
  an icon to put in the tray, etc.

  The syntax is as follows:

      wm style window ?style? ?boolean?

    where ?style? is one of: 

      caption, dialog, maximize, minimize, stayontop,
  style,
      taskbar, transparent

    If ?boolean? is omitted, the current setting of
  ?style? is returned.

  Notes (or Bugs, if you prefer):

  When toggling the taskbar style, if the window is
  mapped, the window must first be withdrawn and then the
  style changed. Toggling the style without first
  withdrawing the window will have no effect on the
  window's presence in the taskbar, even if the window is
  later withdrawn and deiconified.

  Making multiple windows stayontop results in those
  windows being on top of all other windows, but
  maintaining a stacking order between themselves; there
  is no churn going on.

  Changing styles causes interactions in varying ways.
  For instance,
  setting either just the minimize or maximize style
  false simply
  disables that button. Setting them both, however,
  causes both buttons to be removed from the title bar.

  Removing a window from the task bar causes its minimize
  and maximize buttons to be removed, as well as its
  system menu, though the close box remains.

  Removing a windows's system menu causes removal of the
  minimize,
  maximize and close buttons.

  Removing the caption results in a window much like one
  with
  overrideredirect on, but the window remains resizable
  In addition,
  the space taken up by the caption becomes available to
  the window.

  ------------------------------------------------


tkt_uuid: 220010ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 1 Zero
foundin: final: 8.0.5
resolution: Duplicate
title: arc_stippling on Win NT port or TK
comment:
  OriginalBugID: 2494 RFE
  Version: 8.0.5
  SubmitDate: '1999-08-03'
  LastModified: '1999-08-04'
  Severity: LOW
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  RelatedBugIDs: 2495
  OS: Windows NT
  Machine: X86
  ClosedDate: '1999-08-04'


  Name:
  Gary L. Snyder

  CVS:
  7/30/1999 4:00 PM EDT

  Extensions:
  BLT

  DesiredBehavior:
  Arc_Stippling support for filled circles, ovals, and polygons on Win NT
      port of
      TK.  We are still stuck on Tcl7.3/Tk3.6 WinNT port written by Gordon
      Chaffee 
      because of this limitation in later releases by Sun and Scriptics
      Corporation.


tkt_uuid: 700311ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 32. Key Symbols
priority: 5 Medium
foundin: obsolete: 8.4.2
resolution: None
title: OS X Aqua: Command-key bindings don\'t seem to work.
comment:
  Bindings to <Alt-Key-n>, <Alt-Key-o>, <Alt-Key-a>, etc.
  (Which should match Command-N, Command-O, Command-A,
  etc.) don't seem to be triggering at all in my widgets
  under Aqua Tk.

  The following code demonstrates this for Command-A:

  entry .e
  pack .e
  bind .e <Alt-Key-a> ".e delete 0 end ; .e insert end
  Command-A!"


tkt_uuid: 2180919fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 56. [grab]
priority: 4
foundin: None
resolution: Fixed
title: tkBusy.c contains platform-specific code
comment:
  Right now, the platform-specific parts of [tk busy] are in the same file as the generic parts. They should be split apart.


tkt_uuid: 3599312fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 32. Key Symbols
priority: 5 Medium
foundin: obsolete: 8.5.13
resolution: Fixed
title: First Alt key event is lost - Fix
comment:
  I'm seeing this problem on Solaris 10, but it may apply to other X11
  systems with Input Methods enabled.

  Immediately after starting a wish application, if the first
  keyboard input is an Alt sequence (e.g. to open a menu) then that
  key binding doesn't work.

  The following wish script demonstrates the problem:

      bind . <Alt-KeyPress> {puts "Alt-KeyPress %K"}
      focus -force .

  Start wish with the above script.  Type Alt+f.  The binding is
  not fired.  Enter Alt+f again and the binding works.  Similarily
  if another key is entered before the first Alt sequence, then it
  works.

  The problem is in TkpGetKeySym in unix/tkUnixKey.c. Use of input
  methods short-cuts the code to find a keysym, and prevents
  TkpInitKeymapInfo being called on the first event.
  TkpInitKeymapInfo must be called to setup dispPtr->altModMask for
  the bindings to be matched correctly.

  A minor reorganisation of the code to ensure TkpInitKeymapInfo is
  called fixes the problem, as attached.


tkt_uuid: 866194ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 13. Win Menus
priority: 9 Immediate
foundin: None
resolution: Accepted
title: Fixup Win 95/XP menu look
comment:
  This patch fixes the look of disabled menu items under
  both XP and older Win systems. I recently checked in
  a patch that fixed the look under Win 95, but as
  far as I know disabled menu items have never looked
  quite right under XP. This patch does that while
  keeping the 95 look working.

  This patch will check the OS version to see if the
  user is running under XP or if they are using something
  older like 95/98/NT. This patch will also check to see
  if the "Windows Classic" theme is being used under
  XP.

  This patch adds a new private method called
  TkWinGetPlatformTheme(), it can be used to
  detect if we are running classic windows or
  the XP version (which has slightly different drawing
  rules).
  I don't think a change like this requires a TIP since
  it is really just fixing bugs in the current
  implementation.


tkt_uuid: 220761ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 2
foundin: obsolete: 8.3.2
resolution: Fixed
title: Tk modules built with Visual C++ is incomplete
comment:
  OriginalBugID: 6141 Bug
  Version: 8.3.2
  SubmitDate: '2000-08-16'
  LastModified: '2000-10-23'
  Severity: MED
  Status: Released
  Submitter: techsupp
  ChangedBy: davidg
  OS: All Windows
  FixedDate: '2000-10-23'
  FixedInVersion: 8.4a2


  Name:
  Koichi Yamamoto

  ReproducibleScript:
  nmake /f makefile.vc

  ObservedBehavior:
  tk_base.rc is not linked into wish83.exe/tk83.dll.

  DesiredBehavior:
  When Tk is built with VC++(makefile.vc), tk_base.rc is linked into wish83.exe/tk83.dll.



  Sorry for the problem.  The TEA build worked fine, and was done to "hack" static builing of Tk for TclPro1.4 and I forgot about updating makefile.vc

  the following patch fixes the problem:

  *** win/configure.in2000/07/28 08:12:061.16.2.4
  --- win/configure.in2000/09/27 00:53:52
  ***************
  *** 131,144 ****
    if test "$SHARED_BUILD" = 0 -o $TCL_NEEDS_EXP_FILE = 0; then
        TK_BUILD_LIB_SPEC="`pwd`/${TK_LIB_FILE}"
        TK_LIB_SPEC="${exec_prefix}/lib/${TK_LIB_FILE}"
  !     WISH_RES=wish_static.${RES}
  !     TK_RES=
    else
        TK_BUILD_LIB_SPEC="`pwd`/${TK_DLL_FILE}"
        TK_LIB_SPEC="${exec_prefix}/lib/${TK_DLL_FILE}"
  !     WISH_RES=wish_static.${RES}
  !     TK_RES=tk_dll.${RES}
    fi
    TK_SHARED_BUILD=${SHARED_BUILD}

    CFG_TK_SHARED_LIB_SUFFIX=${TK_SHARED_LIB_SUFFIX}
  --- 131,156 ----
    if test "$SHARED_BUILD" = 0 -o $TCL_NEEDS_EXP_FILE = 0; then
        TK_BUILD_LIB_SPEC="`pwd`/${TK_LIB_FILE}"
        TK_LIB_SPEC="${exec_prefix}/lib/${TK_LIB_FILE}"
  !     if test "${DBGX}" = "d"; then
  !         WISH_RES_DEFINES="-d STATIC_BUILD -d DEBUG"
  !     else
  !         WISH_RES_DEFINES="-d STATIC_BUILD"
  !     fi
  !     TK_RES=""
  !     TK_RES_DEFINES=""
    else
        TK_BUILD_LIB_SPEC="`pwd`/${TK_DLL_FILE}"
        TK_LIB_SPEC="${exec_prefix}/lib/${TK_DLL_FILE}"
  !     if test "${DBGX}" = "d"; then
  !         WISH_RES_DEFINES="-d DEBUG"
  !         TK_RES_DEFINES="-d DEBUG"
  !     else
  !         WISH_RES_DEFINES=""
  !         TK_RES_DEFINES=""
  !     fi
  !     TK_RES=tk.res
    fi
  + 
    TK_SHARED_BUILD=${SHARED_BUILD}

    CFG_TK_SHARED_LIB_SUFFIX=${TK_SHARED_LIB_SUFFIX}
  ***************
  *** 160,166 ****
    AC_SUBST(TK_BUILD_LIB_SPEC)
    AC_SUBST(TK_LIB_SPEC)
    AC_SUBST(TK_SHARED_BUILD)
  ! AC_SUBST(WISH_RES)
    AC_SUBST(TK_RES)

    AC_SUBST(TCL_VERSION)
  --- 172,179 ----
    AC_SUBST(TK_BUILD_LIB_SPEC)
    AC_SUBST(TK_LIB_SPEC)
    AC_SUBST(TK_SHARED_BUILD)
  ! AC_SUBST(WISH_RES_DEFINES)
  ! AC_SUBST(TK_RES_DEFINES)
    AC_SUBST(TK_RES)

    AC_SUBST(TCL_VERSION)

  *** win/Makefile.in2000/08/05 23:52:321.24.2.4
  --- win/Makefile.in2000/09/27 00:53:55
  ***************
  *** 126,132 ****
    SHARED_LIBRARIES = $(TK_DLL_FILE) $(TK_STUB_LIB_FILE)
    STATIC_LIBRARIES= $(TK_LIB_FILE)

  - WISH_RES= @WISH_RES@
    TK_RES= @TK_RES@

    WISH= wish$(VER)${EXESUFFIX}
  --- 126,131 ----
  ***************
  *** 498,510 ****
    install-doc:

  ! $(WISH): $(TK_LIB_FILE) $(WISH_OBJS) $(WISH_RES)
    $(CC) $(CFLAGS) $(WISH_OBJS) $(TCL_LIB_FILE) $(TK_LIB_FILE) $(LIBS)  ! $(WISH_RES) $(CC_EXENAME) $(LDFLAGS_WINDOW)

    tktest : $(TKTEST)

  ! $(TKTEST): $(TK_LIB_FILE) $(TKTEST_OBJS) $(WISH_RES) $(CAT32)
    $(CC) $(CFLAGS) $(TKTEST_OBJS_NATIVE) $(TCL_LIB_FILE)  $(TK_LIB_FILE) $(LIBS)  $(WISH_RES) $(CC_EXENAME) $(LDFLAGS_WINDOW)
  --- 497,509 ----
    install-doc:

  ! $(WISH): $(TK_LIB_FILE) $(WISH_OBJS) wish.$(RES)
    $(CC) $(CFLAGS) $(WISH_OBJS) $(TCL_LIB_FILE) $(TK_LIB_FILE) $(LIBS)  ! wish.$(RES) $(CC_EXENAME) $(LDFLAGS_WINDOW)

    tktest : $(TKTEST)

  ! $(TKTEST): $(TK_LIB_FILE) $(TKTEST_OBJS) wish.$(RES) $(CAT32)
    $(CC) $(CFLAGS) $(TKTEST_OBJS_NATIVE) $(TCL_LIB_FILE)  $(TK_LIB_FILE) $(LIBS)  $(WISH_RES) $(CC_EXENAME) $(LDFLAGS_WINDOW)
  ***************
  *** 514,534 ****

    $(CAT32): cat32.${OBJEXT}
    $(CC) $(CFLAGS) cat32.$(OBJEXT) $(CC_EXENAME) $(LDFLAGS_CONSOLE)
  - 
  - # WISH_RES 
  - $(RC_DIR)/wish_static.rc : $(RC_DIR)/wish.rc $(RC_DIR)/tk_base.rc
  - cat $(RC_DIR)/wish.rc $(RC_DIR)/tk_base.rc > $(RC_DIR)/wish_static.rc
  - 
  - wish_static.$(RES) : $(RC_DIR)/wish_static.rc
  - $(RC) @RC_OUT@ $@ @RC_TYPE@ @RC_INCLUDE@ "$(GENERIC_DIR_NATIVE)" @RC_INCLUDE@ "$(TCL_GENERIC_NATIVE)" @RC_INCLUDE@ "$(RC_DIR_NATIVE)" $(DEPARG)

  - # TK_RES
  - $(RC_DIR)/tk_dll.rc : $(RC_DIR)/tk.rc $(RC_DIR)/tk_base.rc
  - cat $(RC_DIR)/tk.rc $(RC_DIR)/tk_base.rc > $(RC_DIR)/tk_dll.rc

  ! tk_dll.$(RES) : $(RC_DIR)/tk_dll.rc
  ! $(RC) @RC_OUT@ $@ @RC_TYPE@ @RC_INCLUDE@ "$(GENERIC_DIR_NATIVE)" @RC_INCLUDE@ "$(TCL_GENERIC_NATIVE)" @RC_INCLUDE@ "$(RC_DIR_NATIVE)" $(DEPARG)

    # The following targets are configured by autoconf to generate either
    # a shared library or static library
  --- 513,526 ----

    $(CAT32): cat32.${OBJEXT}
    $(CC) $(CFLAGS) cat32.$(OBJEXT) $(CC_EXENAME) $(LDFLAGS_CONSOLE)

  + wish.$(RES) : $(RC_DIR)/wish.rc
  + $(RC) @RC_OUT@ $@ @RC_TYPE@ @WISH_RES_DEFINES@ @RC_INCLUDE@ "$(GENERIC_DIR_NATIVE)" @RC_INCLUDE@ "$(TCL_GENERIC_NATIVE)" @RC_INCLUDE@ "$(RC_DIR_NATIVE)" $(DEPARG)

  ! # $(TK_RES) when defined for an --enable-shared build
  ! tk.$(RES) : $(RC_DIR)/tk.rc
  ! $(RC) @RC_OUT@ $@ @RC_TYPE@ @TK_RES_DEFINES@ @RC_INCLUDE@ "$(GENERIC_DIR_NATIVE)" @RC_INCLUDE@ "$(TCL_GENERIC_NATIVE)" @RC_INCLUDE@ "$(RC_DIR_NATIVE)" $(DEPARG)

    # The following targets are configured by autoconf to generate either
    # a shared library or static library

  *** win/makefile.vc2000/04/08 06:59:091.33
  --- win/makefile.vc2000/09/27 00:53:58
  ***************
  *** 452,458 ****

    {$(RCDIR)}.rc{$(TMPDIR)}.res:
    $(rc32) -fo $@ -r -i "$(GENERICDIR)" -i "$(TOOLS32)\include"  ! -i "$(TCLDIR)\generic" $<

    clean:
            -@del $(OUTDIR)\*.exp 
  --- 452,464 ----

    {$(RCDIR)}.rc{$(TMPDIR)}.res:
    $(rc32) -fo $@ -r -i "$(GENERICDIR)" -i "$(TOOLS32)\include"  ! -i "$(TCLDIR)\generic"  ! !if "$(NODEBUG)" == "1"
  !  ! !else
  ! -d DEBUG  ! !endif
  ! $<

    clean:
            -@del $(OUTDIR)\*.exp 

  *** win/rc/tk.rc2000/07/25 01:59:231.5.2.2
  --- win/rc/tk.rc2000/09/27 00:54:02
  ***************
  *** 2,9 ****
    //
    // Version
    //
  ! 
    #include <windows.h>
    #define RESOURCE_INCLUDED
    #include <tk.h>

  --- 2,10 ----
    //
    // Version
    //
  ! #define VS_VERSION_INFO 1
    #include <windows.h>
  + 
    #define RESOURCE_INCLUDED
    #include <tk.h>

  ***************
  *** 14,22 ****
     FILEVERSION    TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     PRODUCTVERSION TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     FILEFLAGSMASK0x3fL
     FILEFLAGS0x0L
  !  FILEOS0x4L
  !  FILETYPE0x2L
     FILESUBTYPE0x0L
    BEGIN
        BLOCK "StringFileInfo"
  --- 15,27 ----
     FILEVERSION    TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     PRODUCTVERSION TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     FILEFLAGSMASK0x3fL
  + #ifdef DEBUG
  +  FILEFLAGSVS_FF_DEBUG
  + #else
     FILEFLAGS0x0L
  ! #endif
  !  FILEOSVOS__WINDOWS32
  !  FILETYPEVFT_DLL
     FILESUBTYPE0x0L
    BEGIN
        BLOCK "StringFileInfo"
  ***************
  *** 25,33 ****
            BEGIN
                VALUE "FileDescription", "Tk DLL\0"
                VALUE "OriginalFilename", "tk" STRINGIFY(TK_MAJOR_VERSION) STRINGIFY(TK_MINOR_VERSION) ".dll\0"
  !             VALUE "CompanyName", "Scriptics Corporation\0"
                VALUE "FileVersion", TK_PATCH_LEVEL
  !             VALUE "LegalCopyright", "Copyright \251 2000 by Scriptics Corporation\0"
                VALUE "ProductName", "Tk " TK_VERSION " for Windows\0"
                VALUE "ProductVersion", TK_PATCH_LEVEL
            END
  --- 30,38 ----
            BEGIN
                VALUE "FileDescription", "Tk DLL\0"
                VALUE "OriginalFilename", "tk" STRINGIFY(TK_MAJOR_VERSION) STRINGIFY(TK_MINOR_VERSION) ".dll\0"
  !             VALUE "CompanyName", "Ajuba Solutions\0"
                VALUE "FileVersion", TK_PATCH_LEVEL
  !             VALUE "LegalCopyright", "Copyright \251 2000 by Ajuba Solutions\0"
                VALUE "ProductName", "Tk " TK_VERSION " for Windows\0"
                VALUE "ProductVersion", TK_PATCH_LEVEL
            END
  ***************
  *** 37,39 ****
  --- 42,50 ----
            VALUE "Translation", 0x409, 1200
        END
    END
  + 
  + //
  + //  Include the base resources.
  + //
  + 
  + #include "tk_base.rc"

  *** win/rc/wish.rc2000/04/18 23:28:011.4
  --- win/rc/wish.rc2000/09/27 00:54:04
  ***************
  *** 2,7 ****
  --- 2,8 ----
    //
    // Version
    //
  + #define VS_VERSION_INFO 1
    #include <windows.h>

    #define RESOURCE_INCLUDED
  ***************
  *** 14,22 ****
     FILEVERSION    TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     PRODUCTVERSION TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     FILEFLAGSMASK0x3fL
     FILEFLAGS0x0L
  !  FILEOS0x4L
  !  FILETYPE0x1L
     FILESUBTYPE0x0L
    BEGIN
        BLOCK "StringFileInfo"
  --- 15,27 ----
     FILEVERSION    TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     PRODUCTVERSION TK_MAJOR_VERSION,TK_MINOR_VERSION,TK_RELEASE_LEVEL,TK_RELEASE_SERIAL
     FILEFLAGSMASK0x3fL
  + #ifdef DEBUG
  +  FILEFLAGSVS_FF_DEBUG
  + #else
     FILEFLAGS0x0L
  ! #endif
  !  FILEOSVOS__WINDOWS32
  !  FILETYPEVFT_APP
     FILESUBTYPE0x0L
    BEGIN
        BLOCK "StringFileInfo"
  ***************
  *** 25,33 ****
            BEGIN
                VALUE "FileDescription", "Wish Application\0"
                VALUE "OriginalFilename", "wish" STRINGIFY(TK_MAJOR_VERSION) STRINGIFY(TK_MINOR_VERSION) ".exe\0"
  !             VALUE "CompanyName", "Scriptics Corporation\0"
                VALUE "FileVersion", TK_PATCH_LEVEL
  !             VALUE "LegalCopyright", "Copyright \251 2000 by Scriptics Corporation\0"
                VALUE "ProductName", "Tk " TK_VERSION " for Windows\0"
                VALUE "ProductVersion", TK_PATCH_LEVEL
            END
  --- 30,38 ----
            BEGIN
                VALUE "FileDescription", "Wish Application\0"
                VALUE "OriginalFilename", "wish" STRINGIFY(TK_MAJOR_VERSION) STRINGIFY(TK_MINOR_VERSION) ".exe\0"
  !             VALUE "CompanyName", "Ajuba Solutions\0"
                VALUE "FileVersion", TK_PATCH_LEVEL
  !             VALUE "LegalCopyright", "Copyright \251 2000 by Ajuba Solutions\0"
                VALUE "ProductName", "Tk " TK_VERSION " for Windows\0"
                VALUE "ProductVersion", TK_PATCH_LEVEL
            END
  ***************
  *** 40,45 ****

    //
    // Icon
    //

  ! wish                      ICON    DISCARDABLE     "wish.ico"
  --- 45,57 ----

    //
    // Icon
  + // 
  + //   The icon whose name or resource ID is lexigraphically first, is used
  + //   as the application's icon.
    //

  ! app                      ICON    DISCARDABLE     "wish.ico"
  ! 
  ! #ifdef STATIC_BUILD
  ! #include "tk_base.rc"
  ! #endif

  -- 10/23/2000 davidg


tkt_uuid: 219967ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 48. Geometry Management
priority: 8
foundin: obsolete: 8.5.8
resolution: Fixed
title: grid and pack together cause Tk to lock up
comment:
  OriginalBugID: 1746 Bug
  Version: 8.0.5
  SubmitDate: '1999-04-07'
  LastModified: '1999-08-13'
  Severity: LOW
  Status: Closed
  Submitter: pat
  ChangedBy: hobbs
  RelatedBugIDs: 2444 677
  OS: Solaris
  OSVersion: 6.2
  Machine: Other
  ClosedDate: '1999-08-13'


  Name:
  mo

  ReproducibleScript:
  If you run these two commands in wish it will lock up the computer
      by using 100% of the CPU.
      
      pack [text .one]
      grid [label .two]

  ObservedBehavior:
  Tk gets stuck in a loop.



  This is really a programming error, and should probably report
  an error case instead of allowing it and locking up. 
  -- 08/13/1999 hobbs


tkt_uuid: 220215ffffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: -- New Stub Entries
priority: 1 Zero
foundin: None
resolution: Invalid
title: Please export 'TkGetDefaultScreenName' in Stub table
comment:
  OriginalBugID: 2387 RFE
  Version: 8.2b1
  SubmitDate: '1999-07-19'
  LastModified: '1999-08-01'
  Severity: SER
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Other
  Machine: NA
  FixedInVersion: NA
  ClosedDate: '1999-08-01'


  Name:
  vince darley

  DesiredBehavior:
  The above function is required by the Plplot extension, and if it isn't
      in the stub table, that extension cannot be made stub-aware.
      
      (FYI: See http://www.santafe.edu/~vince/Pltk.html for info on Plplot
      extension)



  This function is already in the stubs... 
  -- 08/01/1999 hobbs


tkt_uuid: 220342ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.3
resolution: Fixed
title: tk_getOpenFile with -initialdir flag fails if path has a space in it
comment:
  OriginalBugID: 561 Bug
  Version: 8.1a2
  SubmitDate: '1998-04-15'
  LastModified: '1999-03-25'
  Severity: MED
  Status: Released
  Submitter: hershey
  ChangedBy: surles
  OS: All
  OSVersion: NA
  Machine: NA
  FixedDate: '1999-03-25'
  FixedInVersion: NA


  From: Daniel Wiesmann <danielw@alier.com>
  Subject: tk_getOpenFile bug
  Newsgroups: comp.lang.tcl
  Date: Thu, 02 Apr 1998 15:38:26 -0800
  Organization: Alier, Inc.
  Path: nntp2.ba.best.com!not-for-mail
  Lines: 22
  Message-ID: <35242172.1B6EC452@alier.com>
  NNTP-Posting-Host: 206.14.19.91
  Mime-Version: 1.0
  Content-Type: text/plain; charset=us-ascii
  Content-Transfer-Encoding: 7bit
  X-Trace: 891560454 4698 (none) 206.86.0.12
  X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u)
  Xref: nntp2.ba.best.com comp.lang.tcl:70481

  Hello all,

  I have noticed a bug in tk_getOpenFile with the -initialdir flag.
  If the
  path
  given to the initialdir argument has a space in it, the widget
  will
  fail...

  % pwd
  /home/this_user/space directory
  % set dir [pwd]
  % tk_getOpenFile -initialdir $dir  ###THIS WILL FAIL


  However, if one is in the space directory, and lauches the
  tk_getOpenFile without
  the initialdir flag, it will all work...

  I have only tested this on Unix, where spaces in directories are
  not
  very common. I
  would hope that the same does not happend in Windows...

  Daniel




  This was fixed in 8.0 for TclPro Debugger and must have been brought forward since this bug was logged.  Tested and verified on Unix.  It was never a bug on Windows.  03/25/1999 15:31 - surles -


tkt_uuid: 1845899fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 66. Aqua Window Operations
priority: 8
foundin: obsolete: 8.4.17
resolution: Fixed
title: wm transient creates wrong window class on OS X
comment:
  On the 8.5 head, if you do:

  toplevel .t ; wm transient .t . ; #avoid interim update

  then the window created with like an overrideredirect window - this isn't what users want, and is a regression from earlier releases.  Don't have time to look into this now, but it is a blocker bug.


tkt_uuid: 3531403fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 83. Mac OS X Build
priority: 5 Medium
severity: Minor
foundin: current: 8.6.0
resolution: Wont Fix
title: ttk.Scrollbar in Notebook widget freezes
comment:
  I am working on an iMac running OS 10.7, TK 8.5.11. I built a simple app containing a Notebook widget, and with Listboxes and linked tkk.Scrollbars on each of three tabs. All of the Scrollbars work the first time I manipulate them, but once the Scrollbar on third tab (the last one created by the script) is manipulated, the others become unresponsive to mouse clicks (though the Scrollbars continue to move when the Listboxes are scrolled using the mouse/trackpad. I first found this issue working with Python 3.2.3 (using IDLE), but the same thing happens with Python 3.3. The problem was recreated by someone on the Python Bug Report list using the same system configuration. I asked someone to try this on a PC (Windows 7, Python 3.2.3, Tkinter 8.5), but the problem wasn't recreated.


  After playing around with this a bit more, I've found that if the Scrollbars on the different tabs are not aligned (that is, they don't occupy the same EW position in the frame) the effect disappears. I thought that might mean that the last Scrollbar "persists" when you go back to earlier tabs, but the position of the slider in a frozen Scrollbar isn't necessarily the same as the position the last Scrollbar is left in (that is, after you manipulate the Scrollbar that causes the others to freeze, the frozen sliders are still in the configuration they were left in previously, so we're not just seeing a "ghost" of a scrollbar on another tabs).

  Another data point: Someone from the Python group tried the same test using a Python 3.2.3 linked with an X11 Tk 8.5 (MacPorts) rather than the ActiveState Cocoa Tk 8.5.11 (python.org Python).  I was not able to get the test to fail with X11 Tk so that tends to support the idea that the root cause is somewhere in Aqua Tk.


tkt_uuid: 465761ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 75. wish
priority: 7 High
foundin: obsolete: 8.4a4
resolution: Fixed
title: [exit] does not exit bg wish
comment:
  $ cat test.tcl
  exit
  $ wish test.tcl &
  [3] 5087
  $ 
  [3]  + Suspended (tty output)        wish test.tcl


  Note that the wish process is left "Suspended",
  not "Terminated".

  This problem is apparently new since 8.4a2.

  It only shows up in wish, not in tclsh.

  As is, a 'kill' is needed to terminate the
  wish process.


tkt_uuid: 532422ffffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 12. Unix Menus
priority: 5 Medium
foundin: None
resolution: None
title: add -padx and -pady options to menubars
comment:
  This patch adds -padx and -pady options to the [menu]
  command. They replace the hardcoded values for the
  spacing around the entries in menus used as menubars.
  The defaults for this options are the same as the
  hardcoded values before.

  Maybe the same options could be used to replace the
  also hardcoded MENU_MARGIN_WIDTH and
  MENU_DIVIDER_HEIGHT (see top of tkUnixMenu.c), but they
  need different defaults, therefore I left that out for
  the moment.


tkt_uuid: 1847925fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 61. Safe Tk
priority: 5 Medium
foundin: obsolete: 8.5b3
resolution: Fixed
title: safe-1.2 fails
comment:
  New failure on the HEAD:

  ==== safe-1.2 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      catch {safe::interpDelete a}
      safe::interpCreate a
      safe::loadTk a
      set l [lsort [interp hidden a]]
      safe::interpDelete a
      set l

  ---- Result was:
  bell cd clipboard encoding exec exit fconfigure file glob grab load menu open pwd selection send socket source toplevel wm
  ---- Result should have been (exact matching):
  bell cd clipboard encoding exec exit fconfigure file glob grab load menu open pwd selection send socket source toplevel unload wm
  ==== safe-1.2 FAILED

  Probably releated to Tcl Bug 1662436.


tkt_uuid: 3027438fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 74. Application Embedding
priority: 5 Medium
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: Tk_Main calls Tcl_CreateInterp before Tcl_FindExecutable
comment:
  Suggestion: move the Tcl_CreateInterp call out
  of Tk_MainEx into the Tk_Main macro. The macro
  then could look like:

  #define Tk_Main(argc, argv, proc) Tk_MainEx(argc, argv, proc, \
  (Tcl_FindExecutable(argv[0]), Tcl_CreateInterp()))

  patch attached


tkt_uuid: 220779ffffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 01. Bindings
priority: 5 Medium
foundin: None
resolution: None
title: need command enumerate bindtags
comment:
  OriginalBugID: 877 RFE
  Version: 8.0.3
  SubmitDate: '1998-11-25'
  LastModified: '1999-11-03'
  Severity: LOW
  Status: Assigned
  Submitter: pat
  ChangedBy: hobbs
  OS: All


  From: John Ousterhout <ouster@scriptics.com>
  Subject: RFE: need more introspection in Tcl and Tk

  This is another problem pointed out by Kevin Kenny in his Tcl/Tk
  Conference paper.

  Tcl and Tk are missing several pieces of introspection that are
  meeting to find memory leaks.  Right now there are no Tcl commands
  that can be invoked to find out about the following things:

  - bindings for nonexistent canvas and text tags, or nonexistent binding tags


tkt_uuid: 220689ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 07. [entry]
priority: 2
foundin: obsolete: 8.2
resolution: Fixed
title: entry widgets don't "grey out" when disabled
comment:
  OriginalBugID: 4239 RFE
  Version: 8.2
  SubmitDate: '2000-02-25'
  LastModified: '2000-05-14'
  Severity: SER
  Status: Released
  Submitter: techsupp
  ChangedBy: ericm
  OS: All Windows
  FixedDate: '2000-05-14'
  FixedInVersion: 8.4a1


  Name:
  Chris Nelson

  ReproducibleScript:
  entry .e -state disabled

  ObservedBehavior:
  "Native" widgets on Win32 platforms change colors when disabled.  For example, an entry field's background changes to match the window background color, rather than the normal entry color.  The entry's foreground "greys out".  Tk entries don't do this.  It's a LOT of work to simulate correct behavior with a Tcl wrapper which reacts to changes of state by setting colors explicitly.

  DesiredBehavior:
  Tk widgets should look like native widgets.



  This is really an RFE.  entries should perhaps have three states:
  normal (you can edit and select), uneditable (you can only select),
  and disabled (you can't do anything). 
  -- 02/28/2000 hobbs

  I added a "readonly" state to the entry widget, which allows selection but not editing, and I changed the behavior of the disabled state such that the entry is drawn in a dimmed color when it is disabled.  In addition, selection in a disabled entry is no longer permitted.  This is a backwards incompatible change, as the behavior of a disabled entry is significantly different than it was in previous versions of Tk.  This change will go out with 8.4a1.

  - eric

  -- 05/14/2000 ericm


tkt_uuid: 627466ffffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: 76. Widget Tour
priority: 3 Low
foundin: None
resolution: Accepted
title: Add animation to the widget tour
comment:
  Show how to make an animated picture (probably a set of
  different objects to chose from). The basic technique
  is to use the "after" command


tkt_uuid: 1630262fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 7 High
severity: Minor
foundin: obsolete: 8.5.10
resolution: Fixed
title: segfault when deleting a line which is a -startline
comment:
  text .t
  .t insert end "1\n2\n3\n"
  .t peer create .peer
  .t configure -startline 3
  .peer delete 2.0 end


  I tracked this down to tkTextBTree.c:AdjustStartEndRefs(),
  change 2 lines from this...

  treePtr->startEndRef[count] = treePtr->sharedTextPtr->peers;

  to this ...

  treePtr->startEndRef[count] = textPtr;


tkt_uuid: 1986818fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: None
resolution: Accepted
title: tkUnixKey.c: Use Xutf8LookupString if available
comment:
  Attached patch modifies tkUnixKey.c to use Xutf8LookupString() instead of XmbLookupString() if the former is available.  This should solve problems (like #1908443) where Xlib's idea of the system encoding does not match Tcl's.

  Also fixes another bug whereby the results of XLookupString were being converted using the system encoding -- this is incorrect, XLookupString is documented to return ISO Latin 1 characters.

  (GPS, could you take a look?)


tkt_uuid: 220945ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 10. Generic Menus
priority: 5 Medium
foundin: obsolete: 8.3.2
resolution: Out of Date
title: menubutton traversal not working
comment:
  OriginalBugID: 6184 Bug
  Version: 8.3.2
  SubmitDate: '2000-08-30'
  LastModified: 
  Severity: MED
  Status: UnAssn
  Submitter: techsupp
  OS: Windows 98


  Name:
  James Hemmerle

  Comments:
  This problem also appears using the Tk8.2 release.
      A work around is to not use menubuttons but to use the "<toplevel>
      configure -menu <menu>" feature.

  ReproducibleScript:
  Start up wish83.exe.
  Type in:
  foreach m {mb1 mb2} {
    destroy .$m
    menubutton .$m -menu .$m.m -text $m -underline 2
    menu .$m.m 
    .$m.m add command -command "puts stderr $m" -label $m
    pack .$m -side left
  }

  A number of the default bindings listed in the manual do not seem to work.  These include:
  [4]If button 1 is pressed over a menubutton and then dragged over some other menubutton, the original menubutton unposts itself and the new menubutton posts. 
  [7]If the underline option has been specified for a menubutton then keyboard traversal may be used to post the menubutton: Alt+x, where x is the underlined character (or its lower-case or upper-case equivalent), may be typed in any window under the menubutton's toplevel to post the menubutton. 
  [8]The F10 key may be typed in any window to post the first menubutton under its toplevel window that isn't disabled.

  ObservedBehavior:
  The keyboard traversal of the menubuttons does not work.

  DesiredBehavior:
  I would like them to work as stated in the manual.


tkt_uuid: 220006ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 1 Zero
foundin: obsolete: 8.2b1
resolution: Duplicate
title: oval drawing leaves trace behind
comment:
  OriginalBugID: 2426 Bug
  Version: 8.2b1
  SubmitDate: '1999-07-21'
  LastModified: '1999-12-14'
  Severity: MED
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  RelatedBugIDs: 3354 2251
  OS: Windows NT
  OSVersion: 4.0 SP5
  Machine: X86
  ClosedDate: '1999-12-14'


  Name:
  Jan Nijtmans

  Comments:
  I didn't write a patch yet, but the problem is not so difficult to
      track down. The easiest solution is to make the bounding box one
      pixel wider and higher in ComputeRectOvalBbox (tkRectOval.c).
      However, because it only happens with "-outline {}" and not with
      "-width 0" and also only with ovals, not with rects, it could
      also be that DisplayRectOval() is a little bit to generous
      on Windows. I didn't check yet if UNIX shows the same problem, it
      might very well be Windows specific.

  ReproducibleScript:
  pack [canvas .c]
      .c create oval 50 50 100 100 -fill black -outline {}
      for {set i 1} {$i < 10} {incr i} {
          update
          .c move all -4 -4
      }

  ObservedBehavior:
  In the above script, the oval leaves a trace behind. It only
      happens with ovals having "-outline {}".



  This is verified on 8.2.0, on Windows, no problem on Solaris. 
  -- 08/21/1999 hobbs


tkt_uuid: 3552805fffffffffffffffffffffffffffffffff
type: RFE
status: Open
subsystem: 05. Canvas Items
priority: 5 Medium
foundin: None
resolution: None
title: Make ".canvas lower" work with non-existent belowThis tag
comment:
  This is new behaviour, and i ~think~ is probably a bug.

  If the "belowThis" tag is not defined, wish throws an error.
  All previous version os wish this does not happen.

  pack [canvas .c]
  .c create line 0 0 10 10 -tags aline
  .c lower aline noline

  > tag "noline" doesn't match any items


tkt_uuid: 622582ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 69. Events
priority: 9 Immediate
foundin: None
resolution: Accepted
title: TkAqua IME: Partial fix for bug #616988
comment:
  Fixes deadkey problem for Mac encoded keyboards (tested
  on German).  Not tested yet on DBCS keyboard input and
  Unicode keyboards like Hebrew (code included, but based
  only on documentation). Also input methods don't work yet.

  Next step seems to be to adapt the Mac->Tk event handling
  to support TSM.


tkt_uuid: 3315731fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 07. [entry]
priority: 8
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: entry validation bug in Tk 8.6
comment:
  The entry widget validation doesn't work if the -invalidcommand option was set.  Example:

  entry .e -invalidcommand bell -validate key -validatecommand {regexp {^[0-9]*$} %S}
  grid .e

  Pressing a non-numeric key will ring the bell, but the character will be inserted into the widget.

  This behavior is absolutely not acceptable.  The bug seems to have been introduced in Tk 8.6.


tkt_uuid: 220321ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 1 Zero
foundin: obsolete: 8.3.1
resolution: Invalid
title: dialog does not appear if . withdrawn
comment:
  OriginalBugID: 6094 Bug
  Version: 8.3.1
  SubmitDate: '2000-08-09'
  LastModified: '2000-08-09'
  Severity: SER
  Status: Closed
  Submitter: techsupp
  ChangedBy: ericm
  OS: All Windows
  Machine: Pentium II
  ClosedDate: '2000-08-09'


  Name:
  Bjoern Ruff

  CVS:
  30-July-2000

  Extensions:
  itcl

  ReproducibleScript:
  proc dia {} {
  set dialog [iwidgets::messagedialog .deleteTracks -title "Messagedialog" -text "Hi!"  -bitmap questhead -modality application]

  $dialog center
  update idletasks
  $dialog activate
  destroy $dialog
  }

  # change 30 to 31 or vice versa
  load itcl31
  load itk31
  package require Iwidgets 3.0
  namespace import itcl::*
  namespace import itk::*

  toplevel .top

  button .top.b -text Dialog -command dia
  button .top.e -text End -command "destroy ."

  pack .top.b
  pack .top.e

  #
  # wm withdraw .   works with 8.0.5 but not with 8.3.1
  # if . withdrawn the messagedialog will not appear
  #
  wm withdraw .

  focus .top
  wm deiconify .top
  update

  ObservedBehavior:
  When pressing the Dialog Button the Dialog does not appear
  when using 8.3.1
  ok when using 8.0.5



  8.3 corrected the behavior of transients in Tk to correctly
  follow the style for MS Windows transients - if the parent is
  not shown, the child should not be shown.  This requires more
  correct coding in your applications (it is no longer acceptable to
  expect a transient of a withdrawn window to be visible).

     Eric Melski                            The Other Tcl Guy
     ericm at ajubasolutions.com            Ajuba Solutions
   
  -- 08/09/2000 ericm


tkt_uuid: 1558051fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 9 Immediate
foundin: obsolete: 8.4.13
resolution: Fixed
title: rectangles are one pixel too high using Aqua tk
comment:
  Running the following script on MacOS X 10.4.7 PPC system using Aqua 
  Tcl/Tk 8.4.11 or 8.4.13
  I see that the red rectangle is drawn one pixel too high: there is a one-
  pixel-wide white line below the bottom red line of the rectangle, and 
  the upper red line is not visible whereas the left and right red lines are 
  drawn just inside the black frame border.

  By comparison, on one unix system i tried, the red rectangle was drawn 
  just inside the black frame border on all sides.

  -------------------------------------------------

  frame .f -borderwidth 2 -relief solid

  canvas .f.c -selectborderwidth 0 -highlightthickness 0 -borderwidth 0 -
  height 200 -width 200

  .f.c create rect 0 0 199 199 -outline red

  pack .f.c
  pack .f


tkt_uuid: 3532186fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 9 Immediate
foundin: obsolete: 8.5.11
resolution: Fixed
title: pkgIndex.tcl file complexity that's unwarranted
comment:
  On the 8.5 and trunk branches, the pkgIndex.tcl file
  for Tk just grew much more complex, and the need for
  it is not apparent to me.

  There is no need for the installed pkgIndex.tcl file to
  account for all the possible DLLs and installation conventions
  that might have been used.  At the time you install a
  pkgIndex.tcl file, you know which kind of DLL you installed,
  and where you're putting it, so you should install just the
  right simple pkgIndex.tcl file that matches what you've done.
  There should be no need to sort these things out again at
  run time.


tkt_uuid: 1649895fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 08. [(label)frame] and [toplevel]
priority: 5 Medium
foundin: None
resolution: None
title: TK leaking on windows 2000
comment:
  This code leaks about 4k per execution on Windows 2000. 

  proc leak {} {
  destroy .t
  update idletasks
  toplevel .t
  update idletasks
  }

  set a ""
  set l {after cancel $a; leak; set a [after 1000 {eval $l}]}

  eval $l


tkt_uuid: 220114ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 2
foundin: obsolete: 8.2
resolution: Fixed
title: Window raise problem on NT
comment:
  OriginalBugID: 792 Bug
  Version: 8.0.4
  SubmitDate: '1998-11-04'
  LastModified: '1999-03-01'
  Severity: MED
  Status: Closed
  Submitter: welch
  ChangedBy: stanton
  OS: All
  OSVersion: NA
  Machine: NA
  FixedInVersion: NA
  ClosedDate: '1999-03-01'


  Seems I ran into a bug, err, an issue on Windows NT.

  To test this, run this code on NT:



  wm title . "NT Problem with raise"

  button .quit -command exit -text "Quit"

  pack .quit



  set state 0

  after 1000 toggle



  proc toggle {} {

      global state



      if { $state } {

  raise .

      } else {

  lower .

      }



      set state [ expr ! $state ]

      after 1000 toggle

  }



  Now move make sure the winodw is covered by some other window

  when it's lowered. Works beautifully, doesn't it? Now click

  on the titlebar of the raising/lowering window and the one

  that covers it. You should see that the window stops raising.

  (I tried NT with SP1 and with SP3.)



  Here is a patch that circumvents this behaviour by first

  making the window a topmost (like the taskmanager) and then

  cancelling that, which puts the window above all non-topmost

  windows.



  *** tkWinWindow.c.origThu Aug  6 03:20:06 1998

  --- tkWinWindow.cFri Oct 30 15:48:20 1998

  ***************

  *** 767,777 ****

        siblingHwnd = temp;

    }

        } else {

  ! siblingHwnd = (pos == Above) ? HWND_TOP : HWND_BOTTOM;

        }

    

        SetWindowPos(hwnd, siblingHwnd, 0, 0, 0, 0,

        SWP_NOACTIVATE | SWP_NOMOVE | SWP_NOSIZE);

    }

    

    /*

  --- 767,782 ----

        siblingHwnd = temp;

    }

        } else {

  ! siblingHwnd = (pos == Above) ? HWND_TOPMOST : HWND_BOTTOM;

        }

    

        SetWindowPos(hwnd, siblingHwnd, 0, 0, 0, 0,

        SWP_NOACTIVATE | SWP_NOMOVE | SWP_NOSIZE);

  +     if (siblingHwnd == HWND_TOPMOST) {

  +       /* We do not really want a topmost. Move it down a little. */

  +       SetWindowPos(hwnd, HWND_NOTOPMOST, 0, 0, 0, 0,

  +  SWP_NOACTIVATE | SWP_NOMOVE | SWP_NOSIZE);

  +     }

    }

    

    /*



  03/01/1999 10:39 - stanton - This is the expected behavior.  Raise will raise windows within an application's window heirarchy.  If that application is active, then it will raise the window above all other windows.  If it is not active then Windows will not raise a window above the active application's windows.  The best way to achieve the user's desired behavior is to say:

  focus -force .
  raise .

  This ensures that . is both the active window and at the top of the stacking order.


tkt_uuid: 3437816fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 04. Canvas Basics
priority: 5 Medium
severity: Minor
foundin: obsolete: 8.6b2
resolution: Fixed
title: canvas lower tagOrId ?belowThis?
comment:
  Example:
  pack [canvas .c]
  if { [catch {.c raise A B} err] } {
     puts "TCL_ERROR >>$err<<"
  } else { 
     puts "TCL_OK >>$err<<" 
  }
  RESULT: a TCL_ERROR occurs  an this is ok. see:
  TCL_ERROR >>tagOrId "B" doesn't match any items<<

  the same with the lower command:
   
  if { [catch {.c lower A B} err] } {
     puts "TCL_ERROR >>$err<<"
  } else {
      puts "TCL_OK >>$err<<" 
  }
  RESULT: TCL_OK occurs instead of an TCL_ERROR !!! see:
  TCL_OK >>tag "B" doesn't match any items<<

  the lower command should also return an TCL_ERROR when tag "B" doesn't match any item.
  Or is the behavior well known?

  Thanks
  Hirner U.


tkt_uuid: 3562426fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 12. Unix Menus
priority: 8
foundin: obsolete: 8.5.12
resolution: Fixed
title: Context menu goes out of edge of screen
comment:
  OS: Debian 6.0.5
  DE: Xfce
  App.: Tkabber 0.11.1

  Context menu (or tray menu) of application, invoked near the edge of screen, goes out of it, but must not I suppose. Found out that this bug in file "generic/tkMenuDraw.c" in function TkPostTearoffMenu, see lines 884-895.


tkt_uuid: 513210ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 45. Aqua Fonts
priority: 5 Medium
foundin: obsolete: 8.4a4
resolution: Out of Date
title: menubutton font size is wrong
comment:
  MacOS X seems to have its own idea of what font a menu
  button should use, which is perhaps a worthy design
  principle. However Tk assumes that the OS is listening
  to it and so sets the size of the button itself.

  Eg:

  menubutton .m1 -text Menu -font {Courier 20}
  menubutton .m2 -text Menu -font {Courier 10}
  pack .m1
  pack .m2


tkt_uuid: 220239ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 1 Zero
foundin: obsolete: 8.2
resolution: Invalid
title: Widget command names not handled correctly
comment:
  OriginalBugID: 2874 Bug
  Version: 8.2
  SubmitDate: '1999-09-23'
  LastModified: '1999-09-24'
  Severity: LOW
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Linux
  OSVersion: 2.0.33
  Machine: Other
  ClosedDate: '1999-09-24'


  Name:
  Ulrich Schöbel

  ReproducibleScript:
  % text .c1
      .c1
      % pack .c1
      % .c configure -relief raised
      %

  ObservedBehavior:
  The text widget .c1 is raised after the configure command.

  DesiredBehavior:
  Since a widget  .c does not exist, I expect an error to be raised.



  This was minor user error in interactive mode.  Running .c
  through unknown finds .c1. 
  -- 09/24/1999 hobbs


tkt_uuid: 2439015fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 88. Themed Tk
priority: 3 Low
foundin: obsolete: 8.5.5
resolution: Later
title: overlapping rows in ttk::treeview
comment:
  I have a serious problem with ttk::treeview. Please try the following example:

  font configure TkDefaultFont -size 20
  ttk::treeview .tv -columns 1 -show {}
  foreach c {1 2 3} { .tv insert {} end -values {Text} }
  pack .tv

  The rows are overlapping. What I'm doing wrong?


tkt_uuid: 894550ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 31. Cursor Names
priority: 5 Medium
foundin: obsolete: 8.4.6
resolution: Fixed
title: TkAqua:Empty cursor ignored in canvas and text widget (OS X)
comment:
  The empty cursor name {} is ignored on OS X when configuring a 
  canvas or text widget from an event binding (this may happen with 
  other widgets, and in other circumstances, but I haven't been able 
  to verify this). For instance, both these scripts exhibit the bug:

  pack [text .t]
  .t tag configure link -foreground red
  .t tag bind link <Enter> [list .t configure cursor hand]
  .t tag bind link <Leave> [list .t configure -cursor {}]
  .t insert end "Normal text\n"
  .t insert end "This is a link\n" link
  .t insert end "More normal text\n"

  and (for the canvas):

  pack [canvas .c]
  .c create rect 50 50 100 100 -fill red -tags link
  .c bind link <Enter> [list .c configure -cursor hand]
  .c bind link <Leave> [list .c configure -cursor {}]

  In both of these scripts, the cursor remains the "hand" cursor 
  when the mouse leaves the link area. I believe the {} cursor name 
  should restore the cursor to its default state, but I haven't found 
  where this is stated in the docs (nothing in the Tk_GetCursor 
  manpage seems to mention the {} cursor). However, several 
  applications use this empty cursor name to restore the cursor (for 
  instance TkChat relies on this behaviour).

  The <Leave> event definitely fires (changing the binding to just do 
  a puts verifies this), so the bug must be in the configure code. 
  However, the following script works ok:

  pack [canvas .c]
  .c configure -cursor hand
  .c configure -cursor {}

  (the cursor returns the the default arrow). This script doesn't:

  pack [canvas .c]
  .c configure -cursor hand
  after 5000 [list .c configure -cursor {}]

  So, it appears to be only configuring the cursor to {} in an event 
  which fails (the same after code, with -cursor ibeam works).


tkt_uuid: 2902573fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 61. Safe Tk
priority: 9 Immediate
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: new failing tests
comment:
  ==== safe-1.1 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      safe::loadTk [safe::interpCreate a]
      safe::interpDelete a
      set x {}
      return $x

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk [safe::interpCreate a]"
      ("uplevel" body line 2)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-1.1 FAILED



  ==== safe-1.2 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      lsort [interp hidden a]

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-1.2 FAILED



  ==== safe-1.3 Safe Tk loading into an interpreter FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      lsort [interp aliases a]

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-1.3 FAILED



  ==== safe-2.1 Unsafe commands not available FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      set status broken
      if {[catch {interp eval a {toplevel .t}} msg]} {
          set status ok
      }
      return $status

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-2.1 FAILED



  ==== safe-2.2 Unsafe commands not available FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      set status broken
      if {[catch {interp eval a {menu .m}} msg]} {
          set status ok
      }
      return $status

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-2.2 FAILED



  ==== safe-2.3 Unsafe subcommands not available FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      set status broken
      if {[catch {interp eval a {tk appname}} msg]} {
          set status ok
      }
      list $status $msg

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-2.3 FAILED



  ==== safe-2.4 Unsafe subcommands not available FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      set status broken
      if {[catch {interp eval a {tk scaling}} msg]} {
          set status ok
      }
      list $status $msg

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-2.4 FAILED



  ==== safe-3.1 Unsafe commands are available hidden FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      set status ok
      if {[catch {interp invokehidden a toplevel .t} msg]} {
          set status broken
      }
      return $status

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-3.1 FAILED



  ==== safe-3.2 Unsafe commands are available hidden FAILED
  ==== Contents of test case:

      safe::interpCreate a
      safe::loadTk a
      set status ok
      if {[catch {interp invokehidden a menu .m} msg]} {
          set status broken
      }
      return $status

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk a"
      ("uplevel" body line 3)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-3.2 FAILED



  ==== safe-4.1 testing loadTk FAILED
  ==== Contents of test case:

      # no error shall occur, the user will
      # eventually see a new toplevel
      set i [safe::loadTk [safe::interpCreate]]
      interp eval $i {button .b -text "hello world!"; pack .b}
      # lets don't update because it might imply that the user has
      # to position the window (if the wm does not do it automatically)
      # and thus make the test suite not runable non interactively
      safe::interpDelete $i

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk [safe::interpCreate]"
      ("uplevel" body line 4)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-4.1 FAILED



  ==== safe-4.2 testing loadTk -use FAILED
  ==== Contents of test case:

      set w .safeTkFrame
      destroy $w
      frame $w -container 1;
      pack .safeTkFrame
      set i [safe::loadTk [safe::interpCreate] -use [winfo id $w]]
      interp eval $i {button .b -text "hello world!"; pack .b}
      safe::interpDelete $i
      destroy $w

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 28)
      invoked from within
  "safe::loadTk [safe::interpCreate] -use [winfo id $w]"
      ("uplevel" body line 6)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-4.2 FAILED



  ==== safe-5.2 multi-level Tk loading with clearance FAILED
  ==== Contents of test case:

      # No error shall occur in that test and no window
      # shall remain at the end.
      set i [safe::interpCreate]
      set j [list $i x]
      set j [safe::interpCreate $j]
      safe::loadTk $j
      interp eval $j {
              button .b -text Ok -command {destroy .}
              pack .b
  #           tkwait window . ; # for interactive testing/debugging
      }

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk $j"
      ("uplevel" body line 7)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-5.2 FAILED



  ==== safe-6.1 loadTk -use windowPath FAILED
  ==== Contents of test case:

      set w .safeTkFrame
      destroy $w
      frame $w -container 1;
      pack .safeTkFrame
      set i [safe::loadTk [safe::interpCreate] -use $w]
      interp eval $i {button .b -text "hello world!"; pack .b}
      safe::interpDelete $i
      destroy $w

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0 2
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 28)
      invoked from within
  "safe::loadTk [safe::interpCreate] -use $w"
      ("uplevel" body line 6)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-6.1 FAILED



  ==== safe-6.2 loadTk -use windowPath, conflicting -display FAILED
  ==== Contents of test case:

      set w .safeTkFrame
      destroy $w
      frame $w -container 1;
      pack .safeTkFrame
      set i     [safe::interpCreate]
      catch {safe::loadTk $i -use $w -display :23.56} msg
      string range $msg 0 36

  ---- Result was:
  invalid command name "DeleteHookName"
  ---- Result should have been (exact matching):
  conflicting -display :23.56 and -use
  ==== safe-6.2 FAILED



  ==== safe-7.1 canvas printing FAILED
  ==== Contents of test case:

      set i [safe::loadTk [safe::interpCreate]]
      interp eval $i {canvas .c; .c postscript}

  ---- Test generated error; Return code was: 1
  ---- Return code should have been one of: 0
  ---- errorInfo: invalid command name "DeleteHookName"
      while executing
  "DeleteHookName $slave"
      (procedure "safe::loadTk" line 22)
      invoked from within
  "safe::loadTk [safe::interpCreate]"
      ("uplevel" body line 2)
      invoked from within
  "uplevel 1 $script"
  ---- errorCode: NONE
  ==== safe-7.1 FAILED


tkt_uuid: 220121ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 44. Generic Fonts
priority: 1 Zero
foundin: obsolete: 8.1b1
resolution: Invalid
title: Tk_UnderlineTextLayout breaks with double-byte chars.
comment:
  OriginalBugID: 1022 Bug
  Version: 8.1b1
  SubmitDate: '1998-12-30'
  LastModified: '1999-03-25'
  Severity: MED
  Status: Closed
  Submitter: welch
  ChangedBy: surles
  RelatedBugIDs: 1053
  OS: Windows NT
  OSVersion: 4.0J
  Machine: X86
  ClosedDate: '1999-03-25'


  Name:

  Syd Polk


  CVS:

  generic/tkFont.c 1.1.4.5


  ReproducibleScript:

  Actually, this one is hard to see. I did it with the tabbed-notebook widget from Tix running on Japanese NT 4.0.


  ObservedBehavior:

  Basically, if you have some string like XXXX(E), and set the underline to 5, and the XXXX characters are double-byte, the underline appears in the wrong place.


  DesiredBehavior:

  I expect the E to be underlined when displayed.


  Patch:

  Index: tkFont.c

  ===================================================================

  RCS file: /cvsroot/tk/generic/tkFont.c,v

  retrieving revision 1.1.4.5

  diff -c -r1.1.4.5 tkFont.c

  *** tkFont.c1998/11/25 23:06:421.1.4.5

  --- tkFont.c1998/12/31 01:38:19

  ***************

  *** 2191,2203 ****

        int underline;/* Index of the single character to

     * underline, or -1 for no underline. */

    {

  !     TextLayout *layoutPtr;

        TkFont *fontPtr;

  !     int xx, yy, width, height;


  !     if ((Tk_CharBbox(layout, underline, &xx, &yy, &width, &height) != 0)

        && (width != 0)) {

  - layoutPtr = (TextLayout *) layout;

    fontPtr = (TkFont *) layoutPtr->tkfont;


    XFillRectangle(display, drawable, gc, x + xx, 

  --- 2191,2204 ----

        int underline;/* Index of the single character to

     * underline, or -1 for no underline. */

    {

  !     TextLayout *layoutPtr = (TextLayout *) layout;

        TkFont *fontPtr;

  !     int xx, yy, width, height, underlineByte;


  !     underlineByte = Tcl_UtfAtIndex(layoutPtr->string, underline) 

  !     - layoutPtr->string;

  !     if ((Tk_CharBbox(layout, underlineByte, &xx, &yy, &width, &height) != 0)

        && (width != 0)) {

    fontPtr = (TkFont *) layoutPtr->tkfont;


    XFillRectangle(display, drawable, gc, x + xx, 


  PatchFiles:

  generic/tkFont.c




  This looks like the last remaining call in Tk to Tk_CharBBox that things were not right with.
  ----
  This patch is bad and has been replaced by bug ID 1053


tkt_uuid: 1216006fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 82. X11 Emulation
priority: 7 High
foundin: obsolete: 8.5a3
resolution: Fixed
title: Tk (HEAD) does not compile on Win32
comment:
  tkWinX.c
  ..\win\tkWinX.c(1930) : error C2065: 'ULONG_PTR' :
  undeclared identifier
  ..\win\tkWinX.c(1930) : error C2064: term does not
  evaluate to a function
  stubs.c
  NMAKE : fatal error U1077: 'cl' : return code '0x2'


tkt_uuid: 1083878fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 33. Generic Dialog Support
priority: 7 High
foundin: obsolete: 8.5a3
resolution: Accepted
title: Wrong handling of mac file type with embedded nulls
comment:
  A command like:

  tk_getOpenFile -filetypes {{{Allowed files} {} {TEXT
  \0\0\0\0 ????}}}

  should open a dialog allowing any text file or any file
  with no file type to be selected.  Instead no dialog is
  opened and an immediate error is returned:

  bad Macintosh file type ""

  This is because the code in tkFileFilter.c (around line
  236) can't cope with embedded NULLs in file types:

          for (i=0; i<ostypeCount; i++) {
              if (strlen(ostypeList[i]) != 4) {
                  Tcl_AppendResult(interp, "bad Macintosh
  file type \"",
                      ostypeList[i], "\"", NULL);
                  code = TCL_ERROR;
                  goto done;
              }
          }

  the 'strlen' call above is just wrong.

  Vince.


tkt_uuid: 2034726fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 12. Unix Menus
priority: 5 Medium
foundin: obsolete: 8.4.19
resolution: Works For Me
title: X11 Menus do not open
comment:
  Greetings,

  X11 menus do not open upon a mouse click, if the
  menubutton has no text but just an image and if
  the menu items are just images.
  Affected platforms are MacOSX/X11 _and_
  Debian 4.0/X11 with the Gnome desktop (focus follows
  mouse must be enabled on the latter!).

  The menu can still be opened, when the mouse is clicked
  on a neighboring menubutton and then moved (with the
  mouse button held down) over the menu that does not
  open in the first place.
  Disabling focus follows mouse in Gnome also helps.

  best regards,
  Randolf


tkt_uuid: 2443069fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 53. [selection]
priority: 5 Medium
foundin: obsolete: 8.6b2
resolution: None
title: Cannot replace [selection handle] command
comment:
  % package require Tk
  % proc report {string args} {return $string}
  % selection handle . {report 1}
  % selection own .
  % selection get
  1
  % selection get -type UTF8_STRING
  1
  % selection handle . {report 2}
  % selection get
  2
  % selection get -type UTF8_STRING
  1

  When replacing the [selection handle] command, the automatically generated UTF8_STRING handler is *not* updated, only the STRING handler.  The attached patch fixes Tk_CreateSelHandler() to update both.  It also updates the Tk_CreateSelHandler() documentation to describe the automatic UTF8_STRING handler creation, updating, and removal.  I tested the patch successfully on X11.

  Workaround 1: Use [selection handle -type UTF8_STRING] to explicitly set the UTF8_STRING handler in addition to the STRING handler.
  Workaround 2: Use [selection handle $win ""] to clear the handler before changing it.


tkt_uuid: 3196296fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: None
priority: 5 Medium
severity: Minor
foundin: None
resolution: Invalid
title: TkAqua Cocoa port merge breaks backwards compatability
comment:
  After merge of TkAqua Cocoa port struct TkWindowPrivate lacks CGrafPtr grafPtr that was used in Togl. This change breaks MacOS users ability to use legacy Togl applications wit Tk 8.5.9.
  http://tktoolkit.cvs.sourceforge.net/viewvc/tktoolkit/tk/macosx/tkMacOSXInt.h?r1=1.32&r2=1.33

  http://comments.gmane.org/gmane.comp.lang.tcl.mac/6828
  http://lists.osgeo.org/pipermail/grass-user/2011-February/059680.html
  http://lists.osgeo.org/pipermail/grass-user/2011-February/059626.html


tkt_uuid: 1034171fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a2
resolution: Fixed
title: textDisp-19.14 fails sometimes:
comment:
  ==== textDisp-19.14 GetYView procedure FAILED
  ==== Contents of test case:

      .t configure -wrap word
      .t delete 1.0 end
      .t insert 1.0 "Line 1"
      foreach i {2 3 4 5 6 7 8 9 10 11 12 13 14 15} {
          .t insert end "\nLine $i"
      }
      .t insert end "\nThis last line wraps around four "
      .t insert end "times with a bit left on the last line."
      # Need to update so everything is calculated.
      update ; .t count -update -ypixels 1.0 end
      set scrollInfo "unchanged"
      .t mark set insert 3.0
      .t tag configure x -background red
      .t tag add x 1.0 5.0
      update
      .t tag delete x
      set scrollInfo

  ---- Result was:
  0.0 0.5
  ---- Result should have been (exact matching):
  unchanged
  ==== textDisp-19.14 FAILED

  This test does not always fail.  Its failure
  appears to be correlated with slow/busy
  machines, making me think this test is
  timing-dependent.


tkt_uuid: 465324ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 10. Generic Menus
priority: 8
foundin: obsolete: 8.4.1
resolution: Fixed
title: menu clones are not deleted
comment:
  The following simple script adds a menubar to the '.' 
  window and then repeatedly adds and removes a 
  submenu.  The result of this is that some 10 clone 
  menus (and their '.#menubar...' commands) are left 
  around, consuming memory and resources.

  catch {console show}

  menu .menubar
  . configure -menu .menubar
  menu .menubar.test

  for {set i 0} {$i < 10} {incr i} {
      .menubar add cascade -menu .menubar.test \
        -label "Test"
      .menubar delete Test
  }

  puts "info commands .#menubar*test*"
  puts [info commands .#menubar*test*]


  (Tested on 8.3.2 and 8.4a4 on Windows2000 sp2)


tkt_uuid: 219386ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.3.2
resolution: Works For Me
title: Test failures on Solaris2.6
comment:
  OriginalBugID: 6115 Bug
  Version: 8.3.1
  SubmitDate: '2000-08-10'
  LastModified: '2000-10-25'
  Severity: CRIT
  Status: UnAssn
  Submitter: techsupp
  OS: Solaris
  OSVersion: 2.6
  Machine: Ultra 5
  FixedDate: '2000-10-25'
  ClosedDate: '2000-10-25'


  Name:
  Larry W. Virden

  Extensions:
  Tk

  CustomShell:
  None - this is the tk 8.3.2 from the

  ReproducibleScript:
  make test

  ObservedBehavior:
  clipboard.test

  ==== clipboard-6.2 Tk_ClipboardAppend procedure FAILED
  ==== Contents of test case:

      setupbg
      clipboard clear
      clipboard append -f INTEGER -t TEST "16"
      set result [dobg {selection get -s CLIPBOARD TEST}]
      cleanupbg
      set result

  ---- Result was:
  CLIPBOARD selection doesn't exist or form "TEST" not defined
  ---- Result should have been:
  0x10
  ==== clipboard-6.2 FAILED

  focus.test

  ==== focus-5.1 ChangeXFocus procedure, don't take focus unless have it FAILED
  ==== Contents of test case:

      focusSetup
      focus -force .t
      update
      set result [focus]
      send [dobg {tk appname}] {focus -force .; update}
      lappend result [focus]
      focus .t.b2
      update
      lappend result [focus]

  ---- Result was:
  .t .t {}
  ---- Result should have been:
  .t {} {}
  ==== focus-5.1 FAILED

  unixEmbed.test
  X Error of failed request:  BadValue (integer parameter out of range for operati
  on)
    Major opcode of failed request:  53 (X_CreatePixmap)
    Value in failed request:  0x8
    Serial number of failed request:  115821
    Current serial number in output stream:  115824
  make: *** [test] Error 1

  At this point the tktest process hangs.

  DesiredBehavior:
  all tests succeed.


tkt_uuid: 220315ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 65. Generic Window Operations
priority: 1 Zero
foundin: obsolete: 8.4a1
resolution: Invalid
title: Tk accepts invalid window name!
comment:
  OriginalBugID: 5980 Bug
  Version: 8.4a1
  SubmitDate: '2000-07-06'
  LastModified: '2000-09-26'
  Severity: MED
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Linux-Red Hat
  ClosedDate: '2000-09-26'


  Name:

  Mo DeJong



  CVS:

  Mon Jul  3



  Comments:

  I also bumped up the FIXED_SIZE, used it in both places and

      undefined it when done. This one should be a no-brainer.



  ReproducibleScript:

  toplevel .t

  button .t.



  DesiredBehavior:

  The button window name is not valid, Tk should report an error.



  Patch:

  Index: generic/tkWindow.c

  ===================================================================

  RCS file: /cvsroot/tk/generic/tkWindow.c,v

  retrieving revision 1.18

  diff -u -r1.18 tkWindow.c

  --- tkWindow.c2000/05/29 01:43:141.18

  +++ tkWindow.c2000/07/03 13:58:19

  @@ -747,6 +747,7 @@

       Tcl_SetHashValue(hPtr, winPtr);

       winPtr->pathName = Tcl_GetHashKey(&parentPtr->mainPtr->nameTable, hPtr);

       return TCL_OK;

  +#undef FIXED_SIZE

   }

   

   /*

  @@ -1004,8 +1005,8 @@

    * new window;  window will be a top-level

    * window. */

   {

  -#define FIXED_SPACE 5

  -    char fixedSpace[FIXED_SPACE+1];

  +#define FIXED_SIZE 200

  +    char fixedSpace[FIXED_SIZE+1];

       char *p;

       Tk_Window parent;

       int numChars;

  @@ -1016,17 +1017,19 @@

        * copy the parent's name somewhere else to avoid modifying

        * the pathName string (for large names, space for the copy

        * will have to be malloc'ed);  (b) must special-case the

  -     * situation where the parent is ".".

  +     * situation where the parent is "."; (c) Watch out for the

  +     * other spacial case where the child window is named ".",

  +     * this can happen if a button is named ".t." for instance.

        */

   

       p = strrchr(pathName, '.');

  -    if (p == NULL) {

  +    if (p == NULL || ((p[0] == '.' && p[1] == '\0') && (p != pathName))) {

   Tcl_AppendResult(interp, "bad window path name \"", pathName,

   "\"", (char *) NULL);

   return NULL;

       }

       numChars = p-pathName;

  -    if (numChars > FIXED_SPACE) {

  +    if (numChars > FIXED_SIZE) {

   p = (char *) ckalloc((unsigned) (numChars+1));

       } else {

   p = fixedSpace;

  @@ -1082,6 +1085,7 @@

   return CreateTopLevelWindow(interp, parent, pathName+numChars+1,

   screenName);

       }

  +#undef FIXED_SIZE

   }

   

   /*

  Index: tests/window.test

  ===================================================================

  RCS file: /cvsroot/tk/tests/window.test,v

  retrieving revision 1.4

  diff -u -r1.4 window.test

  --- window.test1999/04/16 01:51:441.4

  +++ window.test2000/07/03 13:58:20

  @@ -41,6 +41,26 @@

   "button .t.b -text hello"

       (command bound to event)}}

   

  +

  +test window-1.2 {Tk_CreateWindowFromPath procedure, invalid window name} {

  +    catch {destroy .t}

  +    toplevel .t

  +    list [catch {button .t.} err] $err

  +} {1 {bad window path name ".t."}}

  +

  +test window-1.3 {Tk_CreateWindowFromPath procedure, invalid window name} {

  +    catch {destroy .t}

  +    toplevel .t

  +    list [catch {button .t..} err] $err

  +} {1 {bad window path name ".t.."}}

  +

  +test window-1.4 {Tk_CreateWindowFromPath procedure, invalid window name} {

  +    list [catch {button ..} err] $err

  +} {1 {bad window path name ".."}}

  +

  +

  +catch {destroy .t}

  +

   # Most of the tests below don't produce meaningful results;  they

   # will simply dump core if there are bugs.



  PatchFiles:

  generic/tkWindow.c

      tests/window.test





  While admittedly odd, there is nothing wrong with this.  Simple
  tests show that using the empty string for a name works:

  >Main< () 49 % toplevel .t
  .t
  >Main< () 50 % button .t.
  .t.
  >Main< () 51 % pack .t.
  >Main< () 52 % .t. configure -text hello
  >Main< () 53 % .t. cget -text
  hello

  I believe this is OK, as we also allow things like variables to
  be the empty string.  Unless this specifically breaks some element
  of Tk, we should just leave it.  Hmmm, to think of the obfuscation
  possibilities of create some window named ..... 
  -- 09/26/2000 hobbs


tkt_uuid: 775811ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.5a0
resolution: None
title: textTag.test fails on Tru64Unix 5.1A
comment:
  I use Xfree86/fvwm2 from linux laptop to display the X
  apps from Tru64Unix machine. I tested current cvs tcl/tk.

  ==== textTag-16.2 TkTextPickCurrent procedure FAILED
  ==== Contents of test case:

      event gen .t <ButtonRelease-1> -state 0x100 -x $x1
  -y $y1
      event gen .t <Motion> -x $x2 -y $y2
      set x [.t index current]
      .t tag add big 3.0
      update
      lappend x [.t index current]

  ---- Result was:
  3.2 3.2
  ---- Result should have been (exact matching):
  3.2 3.1
  ==== textTag-16.2 FAILED


tkt_uuid: 503852ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: None
resolution: Invalid
title: Cannot compile Tk unix build on MAC OSX
comment:
  I attempted to compile the Unix build of TK on MAC OS X. 
  MAC OSX has a Unix implementation known as Darwin. 
  Apparently the Unix build for TCL successfully compiled. 
  When I attempted to compile Tk, I got a list of 
  undefined symbols and the message that the internal link 
  edit command failed.

  The actual errors are included in an attached text file.

  I am aware of the MAC classic builds for TCL/TK, but I 
  run the unix version of python which needs the unix 
  builds for TCL/TK in /usr/local/bin. 

  Thank you for your time.


tkt_uuid: 2073724fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 3 Low
foundin: None
resolution: Duplicate
title: Bad text selection anchor mark name
comment:
  In the bindings of the text widget, tk::anchor$w is used as the name of a mark (for anchoring the selection), where $w is the name of the widget.

  This is not a good idea since $w may be illegal for use in a mark name. For example, a text widget can be named ".t-1c", which causes serious problems when used in a mark name... (The "-1c" is confused with an index computation).

  (Low priority bug, since it only occurs with exotic widget names.)


tkt_uuid: 1520742fffffffffffffffffffffffffffffffff
type: Patch
status: Open
subsystem: 37. [tk_get*File]
priority: 9 Immediate
foundin: TIP Implementation
resolution: None
title: Windows-style Open and Save file dialog on Unix
comment:
  Email:matthew.middleton@ansys.com
  An attachment with the necessary source files is 
  attached.

  The tk_getOpenFile and tk_getSaveFile have been 
  greatly improved to function much like a windows 
  dialog taken from Windows 2000, when the default 
  dialogs are overridden.
  This is most useful on Unix systems where the 
  application is wanted to have a Windows-like 
  appearance, but it will also function on Windows.
  I have not been able to test on Macintosh.
  This also affects tk_chooseDirectory when the default 
  dialogs are overridden since it runs off of 
  tkfbox.tcl.

  The dialogs will work without the BWidget package, 
  but it will have more functionality and look more 
  like a windows dialog if BWidgets are included.
  The only thing it really needs from BWidgets is the 
  ComboBox widget.  If this were included in regular 
  Tk, then BWidgets would not be needed.
  It also uses the balloon messages of the "Button" 
  widget from BWidgets.

  This new file dialog widget requires two of the new 
  widgets included -- ResizeButs and tk_fileProperties.
  I added these lines to the file "tclIndex" to get it 
  to find these commands:
  set auto_index(ResizeButs) [list source [file join 
  $dir ResizeButs.tcl]]
  set auto_index(tk_fileProperties) [list source [file 
  join $dir tkfprops.tcl]]

  The two tcl files that define these widgets are 
  included (ResizeButs.tcl and tkfprops.tcl), along 
  with documentation on each one.

  The file choosedir.tcl is also included.  It is 
  needed to work with the modified tkfbox.tcl.


  Added functionality of the file dialog:
        1. Back directory button
        2. Create directory button
        3. Details button
        4. Delete button
        5. You can type the directory path at the top 
  (requires BWidgets).  Selecting "desktop" expands 
  what's available on the desktop if used on Windows.
        Right mouse clicking on a file gives these 
  options:
              1.  Cut
              2.  Copy
              3.  Delete
              4.  Rename
              5.  Properties (uses tk_fileProperties 
  widget)
        Right mouse clicking in open white space gives 
  these options:
              1.  View
                    1. List
                    2. Details
              2.  Arrange Icons
                    1. By Name
                    2. By Size
                    3. By Type
                    4. By Date
              3.  Refresh
              4.  Paste (ungreys if Cut or Copy were 
  previously selected on files)
              5.  New Folder
              6.  Properties (uses tk_fileProperties 
  widget)
        6. Recent selected files can be shown by 
  pressing the down arrow in the entry field of the 
  selected file name (requires BWidgets).  Recent file 
  names are saved to a file named 

  .tk_recent_selections in the users home directory.
        7. Box selecting of files can be done with 
  the "multiple 1" option.  Left mouse click and hold 
  and drag a box over files.
        8. The busy was improved to actually block 
  mouse clicks instead of just showing an hourglass 
  widget.
        9. Popup button descriptions. (requires 
  BWidgets)
        10. Icons shade as well as text when selected.

  Details view
        The Details button grids 4 columns (name, file 
  type, size, and modified date). (uses ResizeButs 
  widget)
        Moving the mouse over the border between two 
  buttons of the top column headings and left mouse 
  clicking while dragging will allow the user to change 
  the size of the columns.
        Pressing one of the heading buttons changes the 
  order of the data between increasing and decreasing 
  and displays a triangle in the button to indicate the 
  order.

  Additional Arguments to the tk_getOpenFile and 
  tk_getSaveFile commands
        The dir_leaf arguments allow a folder to be 
  selected as a file to select it as a project.  
  Providing a -dir_leaf_check procedure defines the 
  file dialog as a special type that only 

  lists folders, but the folder that passes the -
  dir_leaf_check procedure can be selected as a file.
        1. -dir_leaf_check -- This is the name of a 
  procedure which checks if the directory qualifies as 
  the kind that can be selected as a project file. It 
  returns a non-zero number if it 

  qualifies, otherwise it returns zero. The directory 
  name to check will be appended as an argument to the 
  procedure.
        2. -dir_leaf_image -- an image to use for the 
  folder types that will be treated as files.  It 
  should be an image created with "image create photo"
        3. -dir_leaf_label -- text that appears at the 
  left of the entry for the selected file when the 
  dialog is defined as a project folder selection type 
  (when the -dir_leaf_check 

  procedure is defined).


tkt_uuid: 620458ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 63. Tk_Win Functions
priority: 5 Medium
foundin: obsolete: 8.4.0
resolution: Fixed
title: TkWinWmCleanup exit crash, null datakey
comment:
  On NT 2000 Pro, my build of a custom shell based on 
  8.4.0 was reproducibly crashing on exit in 
  TkWinWmCleanup (file ..win/tkWinWm.c) during 
  detachment of the Tk DLL.  The problem was caused by 
  using the thread pointer "datakey" when it was null.  The 
  problem was fixed by added a null test:

  oid
  TkWinWmCleanup(hInstance)
      HINSTANCE hInstance;
  {
      ThreadSpecificData *tsdPtr;

      /*
       * If we're using stubs to access the Tcl library, and 
  they
       * haven't been initialized, we can't call 
  Tcl_GetThreadData.
       */

  #ifdef USE_TCL_STUBS
      if (tclStubsPtr == NULL) {
          return;
      }
  #endif

      if ( dataKey == NULL ) return;    /* ECH exit crash fix 
  */
   
      tsdPtr = (ThreadSpecificData *)
              Tcl_GetThreadData(&dataKey, sizeof
  (ThreadSpecificData));

      if (!tsdPtr->initialized) {
          return;
      }
      tsdPtr->initialized = 0;

      UnregisterClass
  (TK_WIN_TOPLEVEL_CLASS_NAME, hInstance);
  }


tkt_uuid: 2886635fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 99. Other
priority: 5 Medium
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: tkPlatDecls.h no longer C++ friendly
comment:
  For a few public Tk routines, such as Tk_GetHWND(),
  it is documented that the header file tkPlatDecls.h
  need to be #include-d.

  Appears that a side-effect of some CONST-ifying
  of the stubs machinery was to remove some
  extern "C" wrapping.  The consequence is that
  #include <tkPlatDecls.h> in a C++ compile no
  longer works.

  Attached is a patch from kbk, to review and test.

  Assigning to the source of the tkPlatDecls.h
  revisions so we can check we're not undoing
  anything important with the patch.

  Thanks to Georgios Petasis for reporting
  the problem.


tkt_uuid: 220870ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 5 Medium
foundin: obsolete: 8.2
resolution: Invalid
title: Output to Console window in multithreaded applications
comment:
  OriginalBugID: 2957 Bug
  Version: 8.2
  SubmitDate: '1999-09-28'
  LastModified: '2000-01-29'
  Severity: MED
  Status: UnAssn
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Windows NT
  Machine: X86


  Name:
  Ulrich Kramer

  Comments:
  Perhaps you should add the console window as client data to the channel.

  ReproducibleScript:
  Tcl_Channel output = Tcl_GetStdChannel(TCL_STDOUT)
      Tcl_Write(output,"Hello\n",-1)

  ObservedBehavior:
  Tcl_Write does not write to the console window when called outside the
      main thread.


tkt_uuid: 561647ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 65. Generic Window Operations
priority: 5 Medium
foundin: None
resolution: None
title: Adding more wm tests
comment:
  This patch adds some more test cases to wm.test.
  The tests are mainly simple script interface tests for
  all options, with argument checking and setting and
  reading values.

  This is intendend to provide a better starting point
  for objectifying wm. It feels better to have a better
  test suite before poking around too much.

  The patch includes some minor fixes correcting some
  error messages in the win, unix and mac wm files.

  This has only been tested on Win98, so some feedback
  from unix/mac would be appreciated.


tkt_uuid: 415166ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 99. Other
priority: 5 Medium
severity: Minor
foundin: None
resolution: Works For Me
title: W98: wish hangs after panic
comment:
  (see also tcl-bug #406709, already closed)

  Apparently wish hangs after a panic: "The error causes
  Wish to hang, and CPU and memory usage goes up to near
  maximum. The wish and console windows remain visible
  but do not redraw if you cover and uncover them with
  another app (you are left with white  window-shaped
  objects). The only solution is to reboot the computer.
  "

  The problem has been reported on Win98SE, apparently
  happens also in Win98SP2.

  The scriptlet 
      while 1 {puts [break]}
  should exercise the bug up to tcl8.4a2 (but *not* in
  current sources)- it causes a panic. tclsh apparently
  exits cleanly, but wish hangs as reported.

  The first report included the script
      proc createByteCodeBug {} { 
          set path [frame .frame]; 

          entry $path.command; 
          text $path.text; 

          pack $path.command -side bottom -fill x -expand
  1; 
          pack $path.text -side top -fill both -expand 1; 

          $path.command configure -state disabled; 
          $path.text configure -state normal; 
          focus $path.text; 
          foreach {dir equiv} [list Up k Down j Left h
  Right l] { 
              bind $path.text <Key-$dir> {} 
              bind $path.text <Key-$equiv> [concat [bind
  Text <Key-$dir>]; break]; 
           } 
      } 

      createByteCodeBug


tkt_uuid: 1789819fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 67. Unix Window Operations
priority: 5 Medium
foundin: obsolete: 8.6b1
resolution: None
title: Panic in [wm stackorder]
comment:
  Reported on the Tcl'ers chat (GPS and stever both replicated):

  Running the Tk test suite under the Whim window manager causes a panic in [wm stackorder]

  Problem narrowed down to test wm-stackorder-5.2:

  ++++ wm-stackorder-4.4 PASSED
  ++++ wm-stackorder-5.1 PASSED
  num matched toplevel windows does not equal num children
  /bin/sh: line 1: 20192 Aborted


tkt_uuid: 3078902fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 5 Medium
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: TK library goes into an infinite loop
comment:
  The tk library goes into an infinite loop in the file generic/tkImgPhoto.c in function Tk_PhotoPutBlock in the following code:
       /*
       * Copy and merge pixels according to the compositing rule.
       */
      for (hLeft = height; hLeft > 0;) {
          int pixelSize = blockPtr->pixelSize;
          int compRuleSet = (compRule == TK_PHOTO_COMPOSITE_SET);

          srcLinePtr = blockPtr->pixelPtr + blockPtr->offset[0];
          hCopy = MIN(hLeft, blockPtr->height);

          hLeft -= hCopy;
          for (; hCopy > 0; --hCopy) {
            .....
          }
       }

  The problem shows up when (for some yet unknown reason, the blockPtr->height is 0.
  In that case, hCopy becomes 0 and the loop counter hLeft never gets decremented.

  I have fixed this problem in the library I use by placing the following code after the line
   hCopy = MIN(hLeft, blockPtr->height);

  if(hCopy < 1) {
         break;
   }


tkt_uuid: 638966ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 45. Aqua Fonts
priority: 9 Immediate
foundin: None
resolution: Fixed
title: Font rendering on MacOSX with ATSU
comment:
  Installation
  ============

  tkMacOSXUnicodeFont.c is a new file.  This is a drop-in
  replacement for tkMacOSXFont.c, so you just add
  tkMacOSXUnicodeFont.c in Project Builder and remove or
  disable tkMacOSXFont.c.

  Features
  ========

  Drawing and measuring text with ATSU and Quarz.

  Encoding issues are eliminated because ATSU uses Unicode.

  Text drawing is *much* nicer because of Quarz.

  Font fallback is done by ATSU. 

  Anti-aliasing can be configure to three different settings:
  System (-1), off (0), on (1).

  Open questions and to-do
  ========================

  Tk_MeasureChars(): The flags parameter has not yet been
  tested, especially the implementation for TK_WHOLE_WORDS
  may well be wrong.

  The generic Tk mechanisms assumes that the sum of the width
  of two strings is equal to the width of the combined
  string.
  ATSU does not comply with that assumption.  There are
  work-arounds in the code, but it's still not perfect.  A
  real solution should come from the generic Tk side.

  Quarz drawing in tkMacOSXUnicodeFont.c is not coordinated
  with the Quarz functionality in other places.

  The module could export a regular TkpFontInitInterpreter()
  function to add additional functionality to an interpreter.
  This would require a slight change in tkMacOSXInit.c.

  The calculation of font size (pixel vs. points) depends on
  TkFontGetPoints() which depends on the calculations for the
  display size in tkMacOSXXStubs.c which in turn seems rather
  dubious to me.  Is there a rationale for the formula used
  there?

  Test
  ====

  This module has been tested with a simple multi-line edit
  control with the default font and with Helvetica.  It also
  has been tested with "demos/widgets".


tkt_uuid: 1778563fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 53. [selection]
priority: 5 Medium
foundin: obsolete: 8.5a7
resolution: Fixed
title: Document the UTF8_STRING selection type
comment:
  The is currently nothing in the selection manual page about the UTF8_STRING type used on unix to handle selection of non-ascii string data.


tkt_uuid: 2095675fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 84. Unix Build
priority: 8
foundin: obsolete: 8.6a2
resolution: None
title: fedora 9 tk.spec failure and fix
comment:
  # rpmbuild -ta /usr/src/redhat/SOURCES/tk8.6a2-src.tar.gz 
  error: Failed build dependencies:
  XFree86-devel is needed by tk-8.6a2-2.i386

  The above error is discussed at the following document.
  https://www.redhat.com/archives/fedora-devel-list/2005-November/msg00277.html

  A way to deal with it is discussed at the following document.
  http://fedoraproject.org/wiki/DistTag

  Attached is a patch to fix the spec, and the fixed spec that worked for me on Fedora 9.


tkt_uuid: 1156388fffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 37. [tk_get*File]
priority: 9 Immediate
foundin: TIP Implementation
resolution: Fixed
title: TIP#242: add -initialtype option
comment:
  Here's the *nix and Win implementation for the
  -initialtype tip. I'm assuming the macosx impl. will be
  just as trivial.

  -Brian


tkt_uuid: 220890ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 44. Generic Fonts
priority: 7 High
foundin: obsolete: 8.2
resolution: Fixed
title: Tk displays valid unicode characters in \u format.
comment:
  OriginalBugID: 4071 Bug
  Version: 8.2
  SubmitDate: '2000-01-24'
  LastModified: '2000-01-31'
  Severity: SER
  Status: UnAssn
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Linux


  Name:
  Raphael Finkel

  ReproducibleScript:
  text .here -height 2 -width $width  -font -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1
  .here insert end \u5b7
  pack .here
  vwait foo

  ObservedBehavior:
  The display shows \u05b7 instead of the Hebrew patakh letter.  This font
  clearly includes that glyph, as shown by xfd.

  DesiredBehavior:
  I expect to see a Hebrew patakh letter.


tkt_uuid: 449161ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 84. Unix Build
priority: 5 Medium
foundin: obsolete: 8.3.3
resolution: Wont Fix
title: using gcc on Solaris produces warnings
comment:
  On SunOS 5.7 (Solaris 7), using configure --enable-gcc
  to use gcc (I'm using gcc 2.95.2) produces tons of
  warning as follows:

  In file included from
  /n/bmrca/users/lim/src/original/tk8.3.3/unix/../generic/tk.h:83,
                   from
  /n/bmrca/users/lim/src/original/tk8.3.3/unix/../generic/tkInt.h:21,
                   from
  /n/bmrca/users/lim/src/original/tk8.3.3/unix/../generic/tk3d.h:18,
                   from
  /n/bmrca/users/lim/src/original/tk8.3.3/unix/../generic/tk3d.c:16:
  /usr/openwin/include/X11/Xlib.h:32: warning: ignoring
  pragma: "@(#)Xlib.h       1.7     00/09/27 SMI

  It would be nice if compiling Tk didn't spew out tons
  of these warnings.  Here is a patch to eliminate them
  (only on Solaris):

  --- aclocal.m4.old      Wed Aug  8 07:39:09 2001
  +++ aclocal.m4  Wed Aug  8 07:51:59 2001
  @@ -985,6 +985,9 @@
              DL_LIBS="-ldl"
              if test "$using_gcc" = "yes" ; then
                 
  LD_SEARCH_FLAGS='-Wl,-R,${LIB_RUNTIME_DIR}'
  +
  +                # Solaris headers contain pragmas
  +               CFLAGS_WARNING="${CFLAGS_WARNING}
  -Wno-unknown-pragmas"
              else
                  LD_SEARCH_FLAGS='-R ${LIB_RUNTIME_DIR}'
              fi


tkt_uuid: 220322ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 99. Other
priority: 1 Zero
foundin: obsolete: 8.3.2
resolution: Invalid
title: wish logs me out
comment:
  OriginalBugID: 6136 Bug
  Version: 8.3.2
  SubmitDate: '2000-08-16'
  LastModified: '2000-08-16'
  Severity: MED
  Status: Closed
  Submitter: techsupp
  ChangedBy: ericm
  OS: AIX
  OSVersion: AIX 4.3.3.0
  Machine: IBM SP2
  ClosedDate: '2000-08-16'


  Name:
  Tony Curtis

  ReproducibleScript:
  $ wish

  ObservedBehavior:
  Running wish from login shell brings up main window but causes immediate logout.

  But...starting a new xterm, and running wish there, works fine

  Compiled with IBM cc compiler, default configure (no threads)

  DesiredBehavior:
  $ wish
  [ window appears ]
  % exit
  $



  There is nothing in the core code that would cause this.  I suspect that there is some problem with your system configuration.  You should talk to your system administrator for assistance.

     Eric Melski                            The Other Tcl Guy
     ericm at ajubasolutions.com            Ajuba Solutions

  -- 08/16/2000 ericm


tkt_uuid: 403327ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 27. Objects
priority: 5 Medium
foundin: None
resolution: Fixed
title: Better Obj-aware screen distances (Tcl Patch #102471)
comment:
  Sorry, I have overlooked something in
  the accepted Tcl Patch #102471 I submitted.

  The invariant of the old behaviour was, that every 
  MMRep had a valid string representation, therefor 
  updateStringProc was not needed. This is with my
  patch not the case any more. You can test this with

  > tclsh8.4
  load libtk8.4.so
  canvas .c
  pack .c
  set qx [expr {1.+1.}]   
  # qx has type double and no string representation
  .c scale all $qx 0 1. 1.
  # qx has now type MMRep and no string representation
  puts "qqq: $qx"

  result is:
  UpdateStringProc should not be invoked for type mm
  Aborted

  Therefor we need the updateStringProc. 

  Second there were build problems under Windows, because
  of the use of "&tclDoubleObj"

  Here is the new patch. Which, hopefully, is right
  now. It is against the original tk8.4a2 source.

  Peter


tkt_uuid: 572428ffffffffffffffffffffffffffffffffff
type: Patch
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: TIP Implementation
resolution: Fixed
title: TIP #93 text get/delete enhancement
comment:
  Attached is an implementation of TIP #93, which 
  enhances text get/delete to allow for multiple range pairs.


tkt_uuid: 1967075fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 69. Events
priority: 5 Medium
foundin: obsolete: 8.5.2
resolution: None
title: tk not allowed input nonlatin1 text
comment:
  Reproducer:
  1)
  LC_ALL=ru_RU.utf8 wish
  % encoding system
  utf-8
  % pack [text .t] -fill both

  2) try to type no latin text in text widget

  The window stay empty. This is not problem only with Cyrillic, but also other non latin-1 languages like Czech.

  Workaround: 
  create file ~/.i18n with your locales. Does it mean that wish isn't looking for locales into shell settings?


tkt_uuid: 3116922fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.5.9
resolution: Duplicate
title: memory error in tk_get*File on Windows
comment:
  In tkWinDialog.c, OFNHookProcW, when browsing in the "Recent Places" directory, this call:

      dirsize = SendMessageW(hdlg, CDM_GETFOLDERPATH, 0, 0);

  results in dirsize == -1.  Then:

      buffer += dirsize
      SendMessageW(hdlg, CDM_GETSPEC, selsize, (int) buffer);

  writes before the start of the buffer. Then:

      buffer[selsize] = '\0';/* Second NULL terminator. */
      buffer--;
      *buffer = '\\';

  again writes before the start, all causing ckrealloc() to later fail
  due to the ofnData->dynFileBuffer getting messed up.


tkt_uuid: 432435ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 8
foundin: None
resolution: Fixed
title: Tk_InitConsoleChannels needs docs
comment:
  The public Tk function, Tk_InitConsoleChannels()
  has no documentation.

  When the documentation is written, it should make
  it clear that Tk_InitConsoleChannels() must be called
  early in a program -- before any Tcl_Channel operations
  have a chance to take place.

  Otherwise, the failure of Tk_InitConsoleChannels()
  to Tcl_RegisterChannel() the console channels
  -- it can't, it has no interp to work with --
  and the lack of auto-registration of the Tcl
  standard channels to make up for it -- because the
  previous Tcl_Channel operations already initialized
  the Tcl standard channels to the system defaults --
  will cause nasty errors like

   "can not find channel named "stderr""

  See attached demo.c for explanation of how to
  properly use Tcl_SetStdChannel, and why
  Tk_InitConsoleChannels() can't do that, so must
  be called early instead.


tkt_uuid: 2431428fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 88. Themed Tk
priority: 1 Zero
foundin: obsolete: 8.5.5
resolution: Fixed
title: core dump "malformed bucket chain in Tcl_DeleteHashEntry"
comment:
  Sometimes I get a core dump with the message "malformed bucket chain in Tcl_DeleteHashEntry" after destroying a toplevel window. This error is not reproducable. Here one backtrace:

  (gdb) where
  #0  0x40398741 in kill () from /lib/libc.so.6
  #1  0x40bf6771 in pthread_kill () from /lib/libpthread.so.0
  #2  0x40bf6a7b in raise () from /lib/libpthread.so.0
  #3  0x403984d4 in raise () from /lib/libc.so.6
  #4  0x40399a08 in abort () from /lib/libc.so.6
  #5  0x400e10f9 in Tcl_PanicVA () from /usr/local/lib/libtcl8.5.so
  #6  0x400e1120 in Tcl_Panic () from /usr/local/lib/libtcl8.5.so
  #7  0x400b90a1 in Tcl_DeleteHashEntry () from /usr/local/lib/libtcl8.5.so
  #8  0x40158de1 in Tk_FreeColor () from /usr/local/lib/libtk8.5.so
  #9  0x4014d748 in Tk_Free3DBorder () from /usr/local/lib/libtk8.5.so
  #10 0x4014d8fa in Tk_Free3DBorderFromObj () from /usr/local/lib/libtk8.5.so
  #11 0x401e3804 in Ttk_ClearCache () from /usr/local/lib/libtk8.5.so
  #12 0x401e3a4d in CacheWinEventHandler () from /usr/local/lib/libtk8.5.so
  #13 0x4015d772 in Tk_HandleEvent () from /usr/local/lib/libtk8.5.so
  #14 0x40178f25 in Tk_DestroyWindow () from /usr/local/lib/libtk8.5.so
  #15 0x40178bf6 in Tk_DestroyWindow () from /usr/local/lib/libtk8.5.so
  #16 0x40178bf6 in Tk_DestroyWindow () from /usr/local/lib/libtk8.5.so
  #17 0x402126f0 in TkWmProtocolEventProc () from /usr/local/lib/libtk8.5.so
  #18 0x4015dafc in Tk_HandleEvent () from /usr/local/lib/libtk8.5.so
  #19 0x4015dfaf in WindowEventProc () from /usr/local/lib/libtk8.5.so
  #20 0x400ddba6 in Tcl_ServiceEvent () from /usr/local/lib/libtcl8.5.so
  #21 0x400dde17 in Tcl_DoOneEvent () from /usr/local/lib/libtcl8.5.so
  #22 0x4015e3cd in Tk_MainLoop () from /usr/local/lib/libtk8.5.so
  #23 0x4016b560 in Tk_MainEx () from /usr/local/lib/libtk8.5.so
  #24 0x08075d89 in main (argc=2, argv=0xbffff754) at src/tkscid.cpp:403

  NOTE:
  I'm not using Tk_* functions except Tk_PhotoGetSize, Tk_PhotoGetImage, Tk_PhotoSetSize, Tk_PhotoPutBlock, Tk_CreatePhotoImageFormat, Tk_Main, Tk_Init.
  I'm not using Tcl_* functions except Tcl_AppendResult, Tcl_SetResult, Tcl_WrongNumArgs, Tcl_Get*FromObj, Tcl_Seek, Tcl_Read, Tcl_Eof, Tcl_PkgProvide, Tcl_ResetResult, Tcl_Eval, Tcl_CreateCommand.


tkt_uuid: 2824378fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 53. [selection]
priority: 8
foundin: obsolete: 8.5.7
resolution: Fixed
title: new selection test failures
comment:
  Failure is new on the core-8-5-branch tip:

  ==== clipboard-6.2 Tk_ClipboardAppend procedure FAILED
  ==== Contents of test case:

      setupbg
      clipboard clear
      clipboard append -f INTEGER -t TEST "16"
      set result [dobg {clipboard get TEST}]
      cleanupbg
      set result

  ---- Result was:
  0x10
  ---- Result should have been (exact matching):
  0x10
  ==== clipboard-6.2 FAILED


  Suspect the 2009-07-15 commit to tkUnixSelect.c


tkt_uuid: 219987ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 39. Image Basics
priority: 1 Zero
foundin: None
resolution: Duplicate
title: image command segfault
comment:
  OriginalBugID: 2130 Bug
  Version: 8.0.5
  SubmitDate: '1999-05-26'
  LastModified: '1999-08-31'
  Severity: CRIT
  Status: Closed
  Submitter: pat
  ChangedBy: hobbs
  RelatedBugIDs: 2156
  OS: Windows 95
  Machine: X86
  ClosedDate: '1999-08-31'


  Name:
  Tim Peters

  Extensions:
  none

  CustomShell:
  none

  Comments:
  This got reported in the Python world as a crash using Tkinter (Python's
      interface to Tcl/Tk).  I can change Tkinter to refuse to accept
      non-string "name" arguments, but Tk still shouldn't die.

  ReproducibleScript:
  Run this one-liner under wish:
      
      image create photo .

  ObservedBehavior:
  Memory fault in tk80.dll under Windows.
      Segfault reported by someone else under an unspecified Linux version.

  DesiredBehavior:
  Don't care, so long as it doesn't bring down Tk!  An error msg would be
      appropriate (the cmd doesn't make sense).


tkt_uuid: 1012854fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 3 Low
foundin: None
resolution: None
title: photo image write appears to fail under TclTkAqua
comment:
  TclTkAqua 8.4.7

  The ability to use the "write" option for photo images 
  appears to be broken under 8.4.6.1 and 8.4.7.   The 
  following script from the ActiveState "Cookbook" section 
  correctly generates three versions of the same simple 
  canvas under windows 2K, Xp and Linux. 

   When run under TclTkAqua the image files generated are 
  identical, but show simply as black boxes, with no detail.  
  The script generates JPEG, GIF, and PNG files.

  # Draw filled rectangle and some text into canvas at 
  position (x,y).
  proc drawInfo { x y color } {
      set size 10
      set tx [expr $x + $size * 2]
      .t.c create rectangle $x $y [expr $x + $size] [expr $y 
  + $size] -fill
  $color
      .t.c create text $tx $y -anchor nw -fill $color -text 
  "$color box"
  }

  proc drawTestCanvas { imgVersion} {
      if { [catch {toplevel .t -visual truecolor}] } {
          toplevel .t
      }
      wm title .t "Canvas window"
      wm geometry .t "+0+0"

      canvas .t.c -bg gray -width 300 -height 220
      pack .t.c

      puts "Drawing text and rectangles into canvas .."
      .t.c create rectangle 1 1 299 219 -outline black
      .t.c create rectangle 3 3 297 217 -outline green -
  width 2

      drawInfo 140  10 black
      drawInfo 140  30 white
      drawInfo 140  50 red
      drawInfo 140  70 green
      drawInfo 140  90 blue
      drawInfo 140 110 cyan
      drawInfo 140 130 magenta
      drawInfo 140 150 yellow

      .t.c create text 160 170 -anchor nw -fill black -text 
  "Created
  with:"
      .t.c create text 160 190 -anchor nw -fill black -text    
      "Tcl
  [info 
  patchlevel] and Img $imgVersion"
      update
  }

  proc canvas2Photo { canvId } {
      # The following line grabs the contents of the canvas 
  canvId into 
  photo image ph.
      set retVal [catch {image create photo -format window 
  -data $canvId} 
  ph]
      if { $retVal != 0 } {
         puts "\n\tFATAL ERROR: Cannot create photo from 
  canvas 
  window"
         exit 1
      }
      return $ph
  }

  set retVal [catch {package require Img} version]
  if { $retVal } {
      error "Trying to load package Img: $version"
  }

  if { $tcl_platform(platform) == "windows" } {
      catch { console show }
  }

  wm geometry . "+320+0"
  drawTestCanvas $version
  set ph [canvas2Photo .t.c]
  puts "Writing canvas as JPG image: test.jpg"
  $ph write test.jpg -format JPEG
  puts "Writing canvas as GIF image: test.gif"
  $ph write test.gif -format GIF
  puts "Writing canvas as PNG image: test.png"
  $ph write test.png -format PNG

  button .b -text "Quit" -command exit
  pack .b
  update


tkt_uuid: 462348ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 50. [pack]
priority: 5 Medium
foundin: obsolete: 8.4a3
resolution: Fixed
title: asymetrical ipadx, ipady broken
comment:
  Before I realized that asymetrical padding was not supported for ipadx and ipady, I tried it:

     % frame .f -relief groove -bd 2 -background red 
     .f
     % pack .f -padx {1c 2c} -pady {5m 10m} -ipadx {10 20} -ipady {36p 72p}
     % pack info .f
     -in . -anchor center -expand 0 -fill none -ipadx 15 -ipady {67 68} -padx {35 71} -pady {18 35}    
  -side top

  Why is ipadx reported  as a single value (and neither of the values I specified) and why is ipady 
  reported as a list of two values when neither seems right?


  When fixing this, please, PLEASE consider just supporting asymetrical internal padding.  Thanks!


tkt_uuid: 994629ffffffffffffffffffffffffffffffffff
type: Support
status: Closed
subsystem: None
priority: 5 Medium
foundin: None
title: tip 169, peer text widgets
comment:
  The attached patch implements making the 'sel' tag
  widget-specific (part of tip169).  

  Apparently more of this tip is available here:

  A reference implementation based on Tcl 8.4.5 can be
  found at ftp://ftp.model.com/pub/tcl/textpeer845.tgz
  This archive contains modified tkText*.[ch] files that
  implement the [$w peer create] and [$w peer names]
  methods described above.

  So the major remaining component is to make the
  pixel-height calculations widget specific.

  Contributions encouraged.


tkt_uuid: 616589ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 21. [panedwindow]
priority: 9 Immediate
foundin: obsolete: 8.4.0
resolution: Fixed
title: Segfault with panedwindow
comment:
  Hi,

  libtk segfaults on next simple example:

  #!/usr/bin/wish
  panedwindow .sample_panedwindow -variable
  example_panedwindow

  I know that -variable is invalid option but libtk
  should not Segfault.


tkt_uuid: 220317ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 44. Generic Fonts
priority: 1 Zero
foundin: final: 8.0.5
resolution: Invalid
title: bug on TkFontPkgFree()--tkFont.c:290
comment:
  OriginalBugID: 6030 Bug
  Version: 8.0.5
  SubmitDate: '2000-07-20'
  LastModified: '2000-07-20'
  Severity: MED
  Status: Closed
  Submitter: techsupp
  ChangedBy: ericm
  OS: Solaris
  ClosedDate: '2000-07-20'


  Name:
  Frank Shi

  ReproducibleScript:
  This bug was captured when running graphics-intensive applications(wriiten in tcl/tk).

  ObservedBehavior:
  painc: all fonts should have been freed already

  core dump

  DesiredBehavior:
  When the applications exit, there should be such warning and core dump.



  We need a little more information than this if we are to be able to debug the problem at all.  The most helpful thing would be for you to distill the problem down to a relatively small script which reliably demonstrates the bug.  Barring that, any information you can provide regarding the application (what it was does, particularly with respect to fonts, specifically what it was doing at the time of the core dump, etc.) will be helpful.

  Thanks,

     Eric Melski                            The Other Tcl Guy
     ericm at ajubasolutions.com            Ajuba Solutions



  -- 07/20/2000 ericm


tkt_uuid: 881414ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 63. Tk_Win Functions
priority: 9 Immediate
foundin: obsolete: 8.5a0
resolution: Duplicate
title: 1 fatal error plus 7 other errors in tk test suite
comment:
  Platform: SPARC Solaris 8, running Sun's GNOME 2 desktop.

  Tcl/Tk from 20040120 cvs.

  Tcl configured with:
  ./configure --prefix=/volws/lwv26/ldatae
  --enable-shared --enable-symbols --enable-threads

  and Tk configured with
  ./configure --prefix=/volws/lwv26/ldatae
  --enable-shared --enable-symbols

  When I run make test I get these unexpected failures:

  unixWm.test

  ==== unixWm-4.3 moving window while withdrawn FAILED
  ==== Contents of test case:

          wm withdraw .t
          sleep 200
          wm geom .t $geom
          update
          wm deiconify .t
          wm geom .t
      
  ---- Result was:
  100x150+0+40
  ---- Result should have been (exact matching):
  100x150+0+0
  ==== unixWm-4.3 FAILED

  ==== unixWm-50.1 Tk_CoordsToWindow procedure, finding a
  toplevel, x-coords FAILE
  D
  ==== Contents of test case:

      deleteWindows
      toplevel .t -width 300 -height 400 -bg green
      wm geom .t +40+0
      tkwait visibility .t
      toplevel .t2 -width 100 -height 80 -bg red
      wm geom .t2 +140+200
      tkwait visibility .t2
      raise .t2
      set x [winfo rootx .t]
      set y [winfo rooty .t]
      list [winfo containing [expr $x - 30] [expr $y +
  250]]  [winfo containing [e
  xpr $x - 1] [expr $y + 250]]  [winfo containing $x
  [expr $y + 250]]  [winfo cont
  aining [expr $x + 99] [expr $y + 250]]  [winfo
  containing [expr $x + 100] [expr 
  $y + 250]]  [winfo containing [expr $x + 199] [expr $y
  + 250]]  [winfo containin
  g [expr $x + 200] [expr $y + 250]]  [winfo containing
  [expr $x + 220] [expr $y +
   250]]

  ---- Result was:
  {} {} .t .t .t .t .t .t
  ---- Result should have been (exact matching):
  {} {} .t {} .t2 .t2 {} .t
  ==== unixWm-50.1 FAILED

  ==== unixWm-50.8 Tk_CoordsToWindow procedure, more
  basics FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 400 -height 300 -bg green
      wm geom .t +0+0
      frame .t.f -width 200 -height 100 -bd 2 -relief raised
      place .t.f -x 100 -y 100
      frame .t.f.f -width 200 -height 100 -bd 2 -relief
  raised
      place .t.f.f -x 100 -y 0
      update
      set x [winfo rooty .t]
      set y [expr [winfo rooty .t] + 150]
      list [winfo containing [expr $x + 50] $y]  [winfo
  containing [expr $x + 150]
   $y]  [winfo containing [expr $x + 250] $y]  [winfo
  containing [expr $x + 350] $
  y]  [winfo containing [expr $x + 450] $y]

  ---- Result was:
  .t.f .t.f.f .t {} {}
  ---- Result should have been (exact matching):
  .t .t.f .t.f.f .t {}
  ==== unixWm-50.8 FAILED

  ==== unixWm-50.10 Tk_CoordsToWindow procedure, unmapped
  windows FAILED
  ==== Contents of test case:

      catch {destroy .t}
      toplevel .t -width 200 -height 200 -bg green
      wm geometry .t +0+0
      frame .t.f -width 150 -height 150 -bd 2 -relief raised
      place .t.f -x 25 -y 25
      tkwait visibility .t.f
      set result [list [winfo containing 100 100]]
      place forget .t.f
      update
      lappend result [winfo containing 100 100]

  ---- Result was:
  .t .t
  ---- Result should have been (exact matching):
  .t.f .t
  ==== unixWm-50.10 FAILED


  and then, when the window.test occurs, I see the Visual
  test window, windows t, t2, t1 and script.  But the
  test never finishes!
  When I kill the hanging process, I get the error:
  window.test

  ==== window-2.9 Tk_DestroyWindow, Destroy bindings
          evaluated after exit FAILED
  ==== Contents of test case:

      set code [loadTkCommand]
      append code {
          toplevel .t1
          toplevel .t2
          update
          bind .t2 <Destroy> {puts "Destroy .t2" ; exit 1}
          bind .t1 <Destroy> {puts "Destroy .t1" ; exit 0}
          destroy .t2
      }
      set script [makeFile $code script]
      if {[catch {exec [interpreter] $script -geometry
  10x10+0+0} msg]} {
          set error 1
      } else {
          set error 0
      }
      removeFile script
      list $error $msg

  ---- Result was:
  1 {Destroy .t2
  Destroy .t1
  child killed: software termination signal}
  ---- Result should have been (exact matching):
  0 {Destroy .t2
  Destroy .t1}
  ==== window-2.9 FAILED


tkt_uuid: 220120ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 13. Win Menus
priority: 1 Zero
foundin: obsolete: 8.1b1
resolution: Invalid
title: Menus do not work with double-byte characters
comment:
  OriginalBugID: 1009 Bug
  Version: 8.1b1
  SubmitDate: '1998-12-22'
  LastModified: '1999-03-25'
  Severity: SER
  Status: Closed
  Submitter: welch
  ChangedBy: surles
  RelatedBugIDs: 1060
  OS: Windows NT
  OSVersion: 4.0J
  Machine: X86
  ClosedDate: '1999-03-25'


  Name:

  Syd Polk


  CVS:

  12/19/1998 11:00 PST


  ReproducibleScript:

  On a Japanese Windows system, create a menu with Japanese text. Note that the normal convention is "XXXX(N)", where XXXX is Japanese, N is the N character, and N is underlined. The characters will be displayed incorrectly, and the N character will not work as a shortcut.


  ObservedBehavior:

  Bad display. Broken command keys.


  DesiredBehavior:

  Good display. Command keys working.


  Patch:

  Index: tkWinMenu.c

  ===================================================================

  RCS file: /cvsroot/tk/win/tkWinMenu.c,v

  retrieving revision 1.1.4.8

  diff -c -r1.1.4.8 tkWinMenu.c

  *** tkWinMenu.c1998/12/13 09:54:451.1.4.8

  --- tkWinMenu.c1998/12/18 20:12:58

  ***************

  *** 462,467 ****

  --- 462,469 ----

    : Tcl_GetStringFromObj(mePtr->labelPtr, NULL);

    char *accel = (mePtr->accelPtr == NULL) ? "" 

    : Tcl_GetStringFromObj(mePtr->accelPtr, NULL);

  + int utfSize = Tcl_NumUtfChars(label, mePtr->labelLength);

  + int charSize;

    char *p, *next;

    Tcl_DString itemString;


  ***************

  *** 474,499 ****


    Tcl_DStringInit(&itemString);


  ! for (p = label, i = 0; *p != '\0'; i++, p = next) {

        if (i == mePtr->underline) {

    Tcl_DStringAppend(&itemString, "&", 1);

        }

  !     if (*p == '&') {

    Tcl_DStringAppend(&itemString, "&", 1);

        }

  !     next = Tcl_UtfNext(p);

  !     Tcl_DStringAppend(&itemString, p, next - p);

    }

  !         if (mePtr->accelLength > 0) {

        Tcl_DStringAppend(&itemString, "\t", 1);

  !     for (p = accel, i = 0; *p != '\0'; i++, p = next) {

  ! if (*p == '&') {

        Tcl_DStringAppend(&itemString, "&", 1);

    }

  ! next = Tcl_UtfNext(p);

  ! Tcl_DStringAppend(&itemString, p, next - p);

        }

  ! }     


    itemText = ckalloc(Tcl_DStringLength(&itemString) + 1);

    strcpy(itemText, Tcl_DStringValue(&itemString));

  --- 476,509 ----


    Tcl_DStringInit(&itemString);


  ! 

  ! for (i = 0, p = label; i < utfSize; i++) {

        if (i == mePtr->underline) {

    Tcl_DStringAppend(&itemString, "&", 1);

        }

  !     next = Tcl_UtfNext(p);

  !     charSize = next - p;

  !     if ((charSize == 1) && (*p == '&')) {

    Tcl_DStringAppend(&itemString, "&", 1);

        }

  !     Tcl_DStringAppend(&itemString, p, charSize);

  !     p = next;

    }

  ! if (mePtr->accelLength > 0) {

        Tcl_DStringAppend(&itemString, "\t", 1);

  ! 

  !     utfSize = Tcl_NumUtfChars(accel, mePtr->accelLength);

  ! 

  !     for (i = 0, p = accel; i < utfSize; i++) {

  ! next = Tcl_UtfNext(p);

  ! charSize = next - p;

  ! if ((charSize == 1) && (*p == '&')) {

        Tcl_DStringAppend(&itemString, "&", 1);

    }

  ! Tcl_DStringAppend(&itemString, p, charSize);

  ! p = next;

        }

  ! }    


    itemText = ckalloc(Tcl_DStringLength(&itemString) + 1);

    strcpy(itemText, Tcl_DStringValue(&itemString));

  ***************

  *** 995,1001 ****


    case WM_MENUCHAR: {

  !     unsigned char menuChar = (unsigned char) LOWORD(*pwParam);

        hashEntryPtr = Tcl_FindHashEntry(&tsdPtr->winMenuTable, 

                        (char *) *plParam);

        if (hashEntryPtr != NULL) {

  --- 1005,1011 ----


    case WM_MENUCHAR: {

  !     TCHAR menuChar = (TCHAR) LOWORD(*pwParam);

        hashEntryPtr = Tcl_FindHashEntry(&tsdPtr->winMenuTable, 

                        (char *) *plParam);

        if (hashEntryPtr != NULL) {

  ***************

  *** 1005,1011 ****

    menuPtr = (TkMenu *) Tcl_GetHashValue(hashEntryPtr);

    for (i = 0; i < menuPtr->numEntries; i++) {

        int underline;

  !     char *label;


        underline = menuPtr->entries[i]->underline;

        if (menuPtr->entries[i]->labelPtr != NULL) {

  --- 1015,1023 ----

    menuPtr = (TkMenu *) Tcl_GetHashValue(hashEntryPtr);

    for (i = 0; i < menuPtr->numEntries; i++) {

        int underline;

  !     char *label, *underlineStr;

  !     Tcl_DString underlineDString;

  !     


        underline = menuPtr->entries[i]->underline;

        if (menuPtr->entries[i]->labelPtr != NULL) {

  ***************

  *** 1013,1025 ****

    menuPtr->entries[i]->labelPtr, NULL);

        }

        if ((-1 != underline) 

  !     && (NULL != menuPtr->entries[i]->labelPtr)

  !     && (CharUpper((LPTSTR) menuChar) 

  !     == CharUpper((LPTSTR) (unsigned char) 

  !     label[underline]))) {

  ! *plResult = (2 << 16) | i;

  ! returnResult = 1;

  ! break;

        }

    }

        }

  --- 1025,1044 ----

    menuPtr->entries[i]->labelPtr, NULL);

        }

        if ((-1 != underline) 

  !     && (NULL != menuPtr->entries[i]->labelPtr)) {

  ! label = (unsigned char *) Tcl_UtfAtIndex(label, underline);

  ! Tcl_UtfToExternalDString(NULL, label, 1, &underlineDString);

  ! CharUpper((LPTSTR) &menuChar);

  ! underlineStr = Tcl_DStringValue(&underlineDString);

  ! CharUpper((LPTSTR) underlineStr);

  ! 

  ! if (menuChar == *underlineStr) {

  !     *plResult = (2 << 16) | i;

  !     returnResult = 1;

  !     Tcl_DStringFree(&underlineDString);

  !     break;

  ! }

  ! Tcl_DStringFree(&underlineDString);

        }

    }

        }


  PatchFiles:

  win/tkWinMenu.c




  Duplicate to bug ID 1060


tkt_uuid: 1353416fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 13. Win Menus
priority: 7 High
foundin: obsolete: 8.4.11
resolution: Fixed
title: tk_popup posts menu at the wrong place
comment:
  The bug occurs when tk_popup tries to post a menu at 
  a position that does not allow to display the full menu 
  height on screen.

  The problem can be reproduced with this simple script 
  to launch in wish:

  menu .m
  for {set i 0} {$i<15} {incr i} {
      .m add command -label "hello $i"
  }
  bind . <Button-1> { \
      tk_popup .m \
              [winfo pointerx .] \
              [winfo pointery .] \
  }

  Enlarge or move the . window so as its lower border is 
  near the lower border of the screen and click button-1 in 
  this area.

  Since the menu is too tall to fit in the screen if the first 
  line is placed at the cursor position, Tk computes a new 
  placement point of the menu.

  This computation must be incorrect since the menu is 
  posted much too far away upwards.

  Note however that the behaviour appears to be OK wrt 
  the right side of the screen.

  This is with Tck/Tk 8.4.11.
  It is OK with 8.5 alpha release.


tkt_uuid: 1863942fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 37. [tk_get*File]
priority: 5 Medium
foundin: obsolete: 8.5.0
resolution: None
title: Sizing trouble on tk_getOpenFile dialog
comment:
  Platform: Debian GNU/Linux testing on i386
  Window manager: fluxbox 1.0.0+deb1-4
  Tcl version: 8.5.0
  Tk version: 8.5.0

  Description:
  When a tk_getOpenFile dialog is open, it is open with a specific size and immediately get resized.
  Resizing make the file list so small that reading contents is unpossible.

  Comments:
  This happen more than 50% of the time (seems more often if I use ttk::label and ttk::button in below sample test code)


  If first dialog opening time is OK, it will always be OK.
  If first dialog opening time is not OK, it will always be not OK.
  See attached picture

  If I change window manager to icewm, it works fine all the time.

  I get the same issue with ActiveTcl installer at the time of choosing directories and with Tk widget.tcl demo when trying "File selection dialog" demo.

  Trouble has been reproduced with Debian , etcl-1.0-rc25, ActiveTcl8.5.0.0.283511-linux-ix86-threaded.
  Trouble did not happen with Tcl/Tk 8.4.16 (Debian) or tclkit8.5b1.

  LANG setting has no influence (tryed with fr_FR.UTF-8 and C)


  Sample test code:

  package require Tk

  set ::filename "File:"

  proc getFilename {} {
  set ::filename "File:"
  append ::filename [tk_getOpenFile -title "Choose a file"]
  }

  proc main {} {
  label .lblSelect -textvariable ::filename
  button .btnSelect -text "Click to select a file" -command { getFilename }
  pack .lblSelect -anchor w -side top
  pack .btnSelect -side top
  wm title . "Test of tk_getOpenFile"
  }

  main


tkt_uuid: 1615425fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 7 High
severity: Minor
foundin: obsolete: 8.5.10
resolution: Fixed
title: [tag add] segfaults if index out of range of peer
comment:
  pack [text .t] -side top
  .t insert end "1\n2\n3\n4\n5\n"
  .t tag configure tagA -font {Courier 10 bold}
  pack [.t peer create .t2 -startline 3] -side top
  .t tag add tagA 1.0 1.end
  update


  Adding a tag to a range of characters before -startline of a peer causes a segfault.
  I think this is because [tag add] calls TkTextRedrawTag() with non-NULL indices.


tkt_uuid: 2727476fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 33. Generic Dialog Support
priority: 8
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: [tk fontchooser] displays a wrong-sized dialog
comment:
  The new font dialog pops with a wrong size, too narrow in width so the size column is almost no visible, and too tall, so it has extra space at the bottom. The dialog is resizable (should it be?) but the resize doesn't survive to the next invocation, and it displays incorrectly again.


tkt_uuid: 1712081fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 9 Immediate
foundin: obsolete: 8.5a6
resolution: Fixed
title: USE_OLD_IMAGE support broken
comment:
  The 2005-11-27 and 2006-03-16 commits
  to tkImage.c and tkImgPhoto.c have broken
  USE_OLD_IMAGE support for programs that
  embed Tk and do not use stubs.

  Such programs will set -DUSE_OLD_IMAGE
  when the *program code* is compiled.
  (That's distinct from when Tk is compiled).
  Thus they will want to link to the routines
  Tk_CreateOldPhotoImageFormat() and/or
  Tk_CreateOldImageType().  However since
  Tk's default compile does not define
  USE_OLD_IMAGE, the commits noted above
  will have these routines declared with
  MODULE_SCOPE, making them unavailable
  for linking, and the program will not
  link against a default build of Tk.


tkt_uuid: 1025774fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 37. [tk_get*File]
priority: 4
foundin: obsolete: 8.5a2
resolution: None
title: winDialog-5.16 test failure
comment:
  Tk: v8.5a2 HEAD at 10-09-04
  OS: WinXPsp2
  Built with makefile.vc using VC7

  ==== winDialog-5.16 GetFileName: initial file: long 
  name FAILED
  ==== Contents of test case:

      start {set x [tk_getSaveFile -initialfile $a -
  title Long]}
      then {
  Click 1
      }
      string totitle $x

  ---- Result was:
  D:/src_tk/win/12x 456
  ---- Result should have been (exact matching):
  D:/src_tk/win/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
  ==== winDialog-5.16 FAILED

  This is a new failure since installing SP2, it used 
  to pass on SP1


tkt_uuid: 220618ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 07. [entry]
priority: 2
foundin: obsolete: 8.2.2
resolution: Fixed
title: A typo that is easy to fix, and can cause BIG problems if not fixed.
comment:
  OriginalBugID: 3517 Bug
  Version: 8.2.2
  SubmitDate: '1999-11-08'
  LastModified: '1999-11-18'
  Severity: CRIT
  Status: Released
  Submitter: techsupp
  ChangedBy: hobbs
  RelatedBugIDs: 3518
  OS: Windows NT
  FixedDate: '1999-11-18'
  FixedInVersion: 8.2.3


  Name:

  Kory Hopkins


  ReproducibleScript:

  I have a long script that manages to create the bug.  I haven't bothered to make a simple one.  But if you look at the code changes you may be able to see how to create one.  I think it all depends on the names you give tk objects and/or the order you create them.  This determines the order that things are removed from the tcl hash table.  I had something being deleted twice and I found the fix.


  Look in file: tkentry.c, EntryCmdDeletedProc()


  The old line: if (! entryPtr->flags & ENTRY_DELETED) {

  the new line: if (! (entryPtr->flags & ENTRY_DELETED)) {


  those missing brackets have caused a weeks worth of bug hunting.  Please put them in the next version of tcl/tk....




  Fixed for 8.3b1. 
  -- 11/08/1999 hobbs


tkt_uuid: 220450ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 11. Aqua Menus
priority: 2
foundin: obsolete: 8.0.4
resolution: Fixed
title: Macintosh: Checkbutton & radiobutton menu entries with -accelerator option
comment:
  OriginalBugID: 1416 Bug
  Version: 8.0.4
  SubmitDate: '1999-03-02'
  LastModified: '2000-01-27'
  Severity: MED
  Status: Released
  Submitter: pat
  ChangedBy: hobbs
  OS: Macintosh
  Machine: Power PC
  FixedDate: '2000-01-27'
  FixedInVersion: 8.3b2


  Name:
  Hemang Lavana

  ReproducibleScript:
  #################
  # testmenus.tcl for Mac
    set w .

  # Create a menubar in the window
    pack [menubutton [set m ${w}m] -text Menubar  -menu [set frmeMenu $m.frme]]

    menu $frmeMenu -tearoff 0
    $frmeMenu add radiobutton -label "(1) First Item"  -accelerator "Alt-1"  ;
    $frmeMenu add radiobutton -label "(2) Second Item"
    $frmeMenu add separator
    $frmeMenu add checkbutton -label "(3) Third Item"  -accelerator "Alt-3"  ;
    $frmeMenu add checkbutton -label "(4) Fourth Item"  -variable ::vars(FourthItem)
    $frmeMenu add separator
    $frmeMenu add command -label Exit -command exit

  ##################

  ObservedBehavior:
  Menu entries that have the -accelerator option specified
  cannot be unchecked once these are checked, on MacOS 8.5.
  In this example, it is possible to uncheck items 2 and 4
  but not 1 and 3 which have the -accelerator option.
  Thus it is possible to have all the four entries to be
  checked when clicked in the sequence 1, 2, 3 & 4 even
  though 1 & 2 are radiobuttons.

  DesiredBehavior:
  Only one item should be checked at any time for radiobuttons 
  such as 1 & 2. For checkbutton 3, we should be able to uncheck
  the item by clicking on it. 



  Works correctly on Unix (Solaris 2.5.1).
  --
  There was a patch to fix this that is in the 8.3 beta sources
  (no 8.3 beta build for mac). 
  -- 01/27/2000 hobbs


tkt_uuid: 1951055fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 63. Tk_Win Functions
priority: 8
foundin: obsolete: 8.5.3
resolution: Duplicate
title: nested [exit] hangs threaded Tk
comment:
  In a threaded wish, the following
  script hangs:

  bind . <Destroy> {+exit}
  exit

  The problem is that [exit]
  starts Tcl_Finalize().  Within
  that Tcl_FinalizeThread() triggers
  window <Destroy> bindings which
  calls a nested [exit] leading to
  nested Tcl_Finalize() calls.

  The nested Tcl_Finalize() call
  then gets stuck on TclpInitLock()
  and the process is hung.


tkt_uuid: 3000213fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 11. Aqua Menus
priority: 1 Zero
foundin: obsolete: 8.6b1.1
resolution: Wont Fix
title: Inactive menu entries not grayed out, Mac Cocoa
comment:
  Inactive menu entries are not grayed out on Mac Cocoa using Tk 8.6 CVS source code from May 10, 2010 if tk_setPalette is called.  If tk_setPalette is not called then the inactive menu entries are correctly shown as gray.

  Here is a Wish script demonstrating the problem:

  menu .m
  . config -menu .m
  menu .m.f
  .m add cascade -label File -menu .m.f
  .m.f add command -label Open
  .m.f add command -label Save -state disabled

  tk_setPalette tan

  The disabled menu entry "Save" will not appear gray.  Removing the last line of the script will make the disabled entry gray.

  This problem was observed when using the Tix meta-widget package which does a tk_setPalette to match the Tk color scheme to the color scheme in use by the operating system.

  The problem appears to be in tkMacOSXMenu.c in TkpConfigureMenuEntry() where it sets the font attributes foreground color if the foreground color is not the default value.  Commenting out that color setting code fixed the problem but probably also disables the use of colored fonts in menus.


tkt_uuid: 917557ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 75. wish
priority: 5 Medium
foundin: None
resolution: Fixed
title: Hide Wish Shell with
comment:
  If we are in Wish Shell and try to hide with "Command-H"(like all 
  Mac OS X applications) , the key-shorcut do nothing and Wish Shell 
  stay on front. If we choose 
  "Hide Wish Shell" in the Apple Menu, this works.


tkt_uuid: 220716ffffffffffffffffffffffffffffffffff
type: RFE
status: Closed
subsystem: 52. [clipboard]
priority: 2
foundin: None
resolution: Fixed
title: add 'clipboard get'
comment:
  OriginalBugID: 4628 RFE
  Version: 8.3
  SubmitDate: '2000-03-27'
  LastModified: '2000-05-14'
  Severity: LOW
  Status: Released
  Submitter: hobbs
  ChangedBy: ericm
  OS: All
  FixedDate: '2000-05-14'
  FixedInVersion: 8.4a1


  which is synonymous to 'selection get -selection CLIPBOARD'.

  I added "clipboard get"; this will go out in 8.4a1.

  - eric
   
  -- 05/14/2000 ericm


tkt_uuid: 220269ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 18. [text]
priority: 5 Medium
foundin: obsolete: 8.3.4
resolution: Fixed
title: Error: can't read "tkPriv(x)": no such element in array
comment:
  OriginalBugID: 3987 Bug
  Version: 8.3b1
  SubmitDate: '2000-01-07'
  LastModified: '2000-01-17'
  Severity: CRIT
  Status: Closed
  Submitter: techsupp
  ChangedBy: hobbs
  OS: Windows 98
  Machine: Micron P2-450, 256MB RAM
  ClosedDate: '2000-01-17'


  Name: Brian Schmidt


  ReproducibleScript:

  This error message pops up whenever the mouse passes over a toplevel window.  I normally get the error after first starting up wish (and not entering ANY commands) and passing the mouse over the console.  The below stack trace is from when I got the error on a toplevel window in my application after first starting it up.


  This error is intermittent and relatively rare.  However, the only remedy I can find is to reboot my system.  Otherwise the error keep reoccurring even though the Tcl/Tk application or wish is shut down and restarted.


  The stack trace code isn't in my application and must be in the core distribution.


  Errorbox message: Error: can't read "tkPriv(x)": no such element in array


  Thanks!


  ObservedBehavior:

  can't read "tkPriv(x)": no such element in array

      while executing

  "if {abs(122-$tkPriv(x)) > 2} {

      set tkPriv(mouseMoved) 1

  }"

      invoked from within

  "if {!$tk_strictMotif} {

  if {abs(122-$tkPriv(x)) > 2} {

      set tkPriv(mouseMoved) 1

  }

  .tCategories.fCategories.fAddDelete.eCategory scan dragto 12..."

      (command bound to event)




  The user noted that this really only happens over an entry.
  I wonder if the user is hitting the problem where they have
  given the script a name of one of the core widgets (like
  entry.tcl or button.tcl), which is known to cause an error
  because the class of the main toplevel will be set to that
  of one of the widgets. 
  -- 01/10/2000 hobbs
  Closed due to lack of reproducability (on our side, and on
  the users side). 
  -- 01/17/2000 hobbs


tkt_uuid: 1329198fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 13. Win Menus
priority: 8
foundin: obsolete: 8.5.4
resolution: Fixed
title: Menu and Image Problems
comment:
  Summary:
  Images are only partially displayed in menus.

  Details:
  Check the following screenshot:
  http://barre.nom.fr/temp/popupmenupb.png
  The first picture on the left shows a popup-menu 
  as it is posted. The second picture was captured 
  after I actually moved the mouse over the first 
  entry. Noticed how the icon has been refreshed 
  and is now displayed correctly. In the last image, I 
  have actually moved the mouse over the first 4 
  items. The last two icons are still displayed 
  incorrectly. It seems the part of the icons that is 
  displayed matches the vertical size of a text 
  character in the menu. Each time the menu is 
  posted, only parts of the icons are displayed.

  Reproducibility:
  This bug can be reproduced with transparent and 
  non-transparent images (as opposed to bitmaps), 
  with or without the "-compound" option and with 
  any type of menu entries. It was tested on 8.4.11 
  and 8.5a3.

  Donal K. Fellows suggested me that this bug 
  might have been submitted and fixed in the past 
  already, but never backported to 8.4 or 8.5. I 
  browsed the bug database and found the 
  following suspect (607649):
  http://sourceforge.net/tracker/?
  group_id=12997&atid=112997&func=detail&aid=6
  07649
  Jeffrey Hobbs took a stab at it, but apparently the 
  bug was never really closed. Here is the commit:
  http://cvs.sourceforge.net/viewcvs.py/tktoolkit/tk/
  generic/tkMenu.c?r1=1.20.2.2&r2=1.20.2.3

  Anyhow, this simple script will do the trick:
  set floppy [image create photo -file floppy.gif]
  set folder [image create photo -file folder.gif]
  menu .foo
  .foo add radiobutton -label "foo" -image 
  $floppy -compound left
  .foo add radiobutton -label "bar" -image 
  $folder -compound left
  bind . <Button-1> {tk_popup .foo %X %Y}
  I've attached this script and the two GIF images 
  (any GIF images would do anyway), but they can 
  also be downloaded from here:
  http://barre.nom.fr/temp/test.zip

  If you guys could have a look at it, that would be 
  great (and if it could make its way to 8.4.12, that 
  would make my day too :)

  Thanks


tkt_uuid: 1712001fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 46. Unix Fonts
priority: 5 Medium
foundin: obsolete: 8.5a6
resolution: Fixed
title: strict-alias warnings
comment:
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c: In function ‘InitFont’:
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:185: warning: dereferencing type-punned pointer will break strict-aliasing rules
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c: In function ‘TkpGetFontFamilies’:
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:407: warning: missing sentinel in function call
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:409: warning: dereferencing type-punned pointer will break strict-aliasing rules
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c: In function ‘TkpGetSubFonts’:
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:450: warning: dereferencing type-punned pointer will break strict-aliasing rules
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:454: warning: dereferencing type-punned pointer will break strict-aliasing rules
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:458: warning: dereferencing type-punned pointer will break strict-aliasing rules
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c: In function ‘TkpGetFontAttrsForChar’:
  /home/dgp/src/tk8.5a6/unix/../unix/tkUnixRFont.c:506: warning: dereferencing type-punned pointer will break strict-aliasing rules


tkt_uuid: 220136ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 85. Win Build
priority: 1 Zero
foundin: obsolete: 8.0.4
resolution: Invalid
title: problems compiling TK using Borland 4.52
comment:
  OriginalBugID: 1432 Bug
  Version: 8.0.4
  SubmitDate: '1999-03-04'
  LastModified: '1999-11-16'
  Severity: LOW
  Status: Closed
  Submitter: pat
  ChangedBy: hobbs
  OS: Windows NT
  OSVersion: NT4 service pack 3
  Machine: X86
  ClosedDate: '1999-11-16'


  Name: Mark Elfield

  ReproducibleScript:
  In win, copy makefile.bc to makefile, and run Borland make.

  ObservedBehavior:
  1.  Can't find zmouse.h (workaround, create a dummy zmouse.h and set WM_MOUSEWHEEL to something)

  2.  TCLDIR is set to 8.0.3, should be 8.0.4

  3.  Many warnings.  (haven't determined if the libraries work yet)

  Even more problems with 8.1

  DesiredBehavior:
  The make should run without errors or warnings.



  Direct support for the Borland compiler was dropped due to lack
  of user base maintaining the borland makefile.  We have instead
  moved to a cygwin build configuration for 8.2, with a working
  VC makefile as well.  Newer versions of Borland reportedly read
  the VC makefile.  (1) is due to an older Borland, (2) was eliminated
  along the way, and (3) we don't see in current builds. 
  -- 11/16/1999 hobbs


tkt_uuid: 220787ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 05. Canvas Items
priority: 7 High
foundin: obsolete: 8.6b1
resolution: Remind
title: Stipple patterns don't work in arc/oval items on Windows/Mac
comment:
  OriginalBugID: 1274 Bug
  Version: 8.2
  SubmitDate: '1999-02-23'
  LastModified: '2000-04-03'
  Severity: SER
  Status: Assigned
  Submitter: pat
  ChangedBy: ericm
  RelatedBugIDs: 1379 555 610 4081 4077 2495
  OS: All Windows
  Machine: X86


  Name:
  Christopher Nelson

  ReproducibleScript:
  canvas .c
  pack .c
  .c create oval 1i 1i 2i 2i -fill black -stipple gray50

  ObservedBehavior:
  The oval is drawn black, no fill pattern.

  DesiredBehavior:
  A 50% gray oval.





  Stippling is not yet (as of 8.2.0 still) implement for non-Unix platforms. 
  -- 08/14/1999 hobbs
  Some aspects of stippling work, but not most (see 4077, 4081). 
  -- 03/27/2000 hobbs


tkt_uuid: 664785ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 05. Canvas Items
priority: 7 High
foundin: obsolete: 8.4.1
resolution: Fixed
title: SGI warning: DisplayBitmap,DisplayLine
comment:
  cc-1552 cc: WARNING File =
  /home/fs3c/dgp/tk8.4.1/unix/../generic/tkCanvBmap.c,
  Line = 613
    The variable "fgColor" is set but never used.

        XColor *fgColor;
                ^

  cc-1552 cc: WARNING File =
  /home/fs3c/dgp/tk8.4.1/unix/../generic/tkCanvBmap.c,
  Line = 614
    The variable "bgColor" is set but never used.

        XColor *bgColor;
                ^


tkt_uuid: 225597ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 54. [console]
priority: 7 High
foundin: obsolete: 8.4a2
resolution: Fixed
title: no console(n) documentation
comment:
  Requests for documentation of the console command come up fairly frequently on comp.lang.tcl (though the questioners don't always realize this.)  Can we fix this, and stem this tide of FAQs?


tkt_uuid: 459895ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 36. [tk_chooseDirectory]
priority: 5 Medium
foundin: None
resolution: Fixed
title: Fix for directories that contain spaces
comment:
  As shipped with Tcl/Tk 8.4a3, tk_chooseDirectory in 
  Unix won't enter into directory which names contain
  spaces.


tkt_uuid: 1100117fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 02. Appearance
priority: 4
foundin: obsolete: 8.4.9
resolution: Fixed
title: TkAqua: disabled labels turn images to white rectangles
comment:
  I first noticed this problem with Tile, but then it
  turned out to be an issue with Tk its self, too. 
  Labels with images in the disabled state, which should
  be stippled, are shown instead with plain white
  rectangles under TkAqua:

  pack [label .l1 -image $img -state normal]
  pack [label .l2 -image $img -state disabled]

  .l2 should have a stippled version of the same image as
  .l1, but it will show only a white rectangle.

  This does not appear to be an issue with the label
  drawing, but with the generation or drawing of the
  stipple via Tk_AllocBitmapFromObj() and XFillRectangle
  (a la StippleOver() in Tile's generic/label.c) since
  the problem exists in both Tk and Tile and Tile
  implements its own label.


tkt_uuid: 894561ffffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 66. Aqua Window Operations
priority: 5 Medium
foundin: obsolete: 8.4.5
resolution: None
title: Buttons don't appear in dialogs
comment:
  Another TkAqua bug, noticed while using TkChat. On most of the 
  dialog boxes which are displayed, any buttons which are added do 
  not display until some action is taking. For instance, in the dialog 
  which pops up to ask how much history to load, the radiobuttons 
  for the days appear, but the "OK" button does not. Clicking on one 
  of the radio buttons makes the OK button appear. An even worse 
  example is the About box, which should have a large "Dismiss" 
  button across the bottom, but this doesn't appear. As there are no 
  other controls on this dialog, the only way to get the button to 
  appear is to click in the area where it should be. It then appears, 
  but closes the window.

  I have not currently been able to come up with a minimal script 
  which reproduces this behaviour, or indeed, reproduce it at all 
  outside of TkChat.


tkt_uuid: 3057573fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 88. Themed Tk
priority: 5 Medium
foundin: obsolete: 8.6b1.1
resolution: Fixed
title: ttk::combobox disabled state under Win 7
comment:
  Under Windows 7, the disabled state of the ttk::combobox is not very visible.  When disabled, the down arrow is grayed out and there is a slight border change, but the background color of the text area is not changed, nor is the color of the text itself.  This makes it difficult to determine the state of the widget at a glance.  

  Under Windows XP, in addition to the above visual cues, the background color of the text area and the button area are also changed.  

  The text color is not changed when the widget is disabled under either OS.  This does not match the visual look of other disabled ttk widgets (entry, etc), where the text is grayed out also.


tkt_uuid: 1677613fffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 41. Photo Images
priority: 5 Medium
foundin: obsolete: 8.5a6
resolution: Fixed
title: confusing "options" identifier reuse
comment:
  Lines 654 and 664 of tkImgPhoto.c.

  Having both an enum and a local
  variable with the same name, "options",
  makes my head hurt.


tkt_uuid: 2817393fffffffffffffffffffffffffffffffff
type: Bug
status: Open
subsystem: 04. Canvas Basics
priority: 5 Medium
foundin: obsolete: 8.5.7
resolution: None
title: core dump after using -setgrid in canvas widget
comment:
  After using "-setgrid 0" in canvas widget I get a core dump. Without this
  option the application works.

  valgrind is reporting the following:
  ------------------------------------------------------
  ==7138== Invalid read of size 4
  ==7138==    at 0x40389B2: Tk_SetBackgroundFromBorder (tk3d.c:594)
  ==7138==    by 0x4099E42: ConfigureCanvas (tkCanvas.c:1901)
  ==7138==    by 0x4096398: Tk_CanvasObjCmd (tkCanvas.c:495)
  ==7138==    by 0x41805D8: TclEvalObjvInternal (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x41C98F2: TclExecuteByteCode (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x420DE42: TclObjInterpProcCore (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x420E082: TclObjInterpProc (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x41F6F98: InvokeImportedCmd (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x41805D8: TclEvalObjvInternal (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x41807E4: Tcl_EvalObjv (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x4182367: TclEvalObjEx (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==    by 0x420CDB0: Tcl_UplevelObjCmd (in /usr/local/stow/tcl8.5.6/lib/libtcl8.5.so)
  ==7138==  Address 0x18 is not stack'd, malloc'd or (recently) free'd
  ------------------------------------------------------

  With the GNU debugger I see following
  -------------------------------------------------------------
  Tk_SetBackgroundFromBorder (tkwin=0x9e3f6a8, border=0x0)
      at /usr/local/sources/tk8.5.6/unix/../generic/tk3d.c:594
  ---------------------------------------------------------------


tkt_uuid: 571563ffffffffffffffffffffffffffffffffff
type: Bug
status: Closed
subsystem: 68. Win Window Operations
priority: 5 Medium
foundin: obsolete: 8.4a5
resolution: Duplicate
title: 14 test suite failures on Win2000
comment:
  ran make test with latest cvs head and got 17 test 
  failures on Win2000 (after 'nmake clean', 'nmake 
  test' usiong vc++ 5).  (Note: I'm using the standard 
  desktop appearance etc).

  .\Release\tktest.exe ../tests/all.tcl  
  | .\Release\cat32.exe
  Tk 8.4a5 tests running in interp:  c:/tcl-
  source/tk8.4/win/Release/tktest.exe
  Tests running in working dir:  C:/Tcl-
  source/tk8.4/win
  Tests began at Thu Jun 20 10:07:51 AM GMT 
  Daylight Time 2002
  bell.test
  Bell should ring now ...
  bgerror.test
  bind.test
  bitmap.test
  border.test
  button.test
  canvImg.test
  canvPs.test
  canvRect.test
  canvText.test
  canvWind.test
  canvas.test
  choosedir.test
  clipboard.test
  clrpick.test
  cmds.test
  color.test
  config.test
  cursor.test
  dialog.test
  embed.test
  entry.test
  event.test
  filebox.test
  focus.test
  focusTcl.test
  font.test
  frame.test
  geometry.test
  get.test
  grab.test
  grid.test
  id.test
  image.test
  imgBmap.test
  imgPPM.test
  imgPhoto.test
  listbox.test
  macEmbed.test
  macFont.test
  macMenu.test
  macWinMenu.test
  macscrollbar.test
  main.test
  menu.test
  menuDraw.test
  menubut.test
  message.test
  msgbox.test
  obj.test
  oldpack.test
  option.test
  pack.test
  panedwindow.test

  ==== panedwindow-10.1 sash mark/sash dragto 
  interaction FAILED
  ==== Contents of test case:

      panedwindow .p -borderwidth 0 -sashpad 0 -
  sashwidth 4 -showhandle false
      .p add [frame .f -width 20 -height 20] [button .c]
      .p sash mark 0 10 10
      .p sash dragto 0 20 10
      set result [.p sash coord 0]
      destroy .p .f .c
      set result

  ---- Result was:
  28 0
  ---- Result should have been:
  30 0
  ==== panedwindow-10.1 FAILED


  ==== panedwindow-10.2 sash mark/sash dragto 
  interaction FAILED
  ==== Contents of test case:

      panedwindow .p -borderwidth 0 -sashpad 0 -
  sashwidth 4 -orient vertical  -sho
  whandle false
      .p add [frame .p.f -width 20 -height 20] 
  [button .p.c]
      .p sash mark 0 10 10
      .p sash dragto 0 10 20
      set result [.p sash coord 0]
      destroy .p .p.f .p.c
      set result

  ---- Result was:
  0 28
  ---- Result should have been:
  0 30
  ==== panedwindow-10.2 FAILED


  ==== panedwindow-12.1 moving sash changes 
  size of pane to left FAILED
  ==== Contents of test case:

      panedwindow .p -borderwidth 0 -sashpad 0 -
  sashwidth 4 -showhandle false
      .p add [frame .f -width 20 -height 20] 
  [button .c] -sticky nsew
      .p sash place 0 30 0
      pack .p
      update
      set result [winfo width .f]
      destroy .p .f .c
      set result

  ---- Result was:
  28
  ---- Result should have been:
  30
  ==== panedwindow-12.1 FAILED


  ==== panedwindow-12.4 moving sash changes 
  size of pane above FAILED
  ==== Contents of test case:

      panedwindow .p -showhandle false -
  borderwidth 0 -sashpad 0 -sashwidth 4  -or
  ient vertical
      .p add [frame .f -width 20 -height 10] 
  [button .c] -sticky nsew
      .p sash place 0 0 20
      pack .p
      update
      set result [winfo height .f]
      destroy .p .f .c
      set result

  ---- Result was:
  18
  ---- Result should have been:
  20
  ==== panedwindow-12.4 FAILED

  place.test
  raise.test
  safe.test
  scale.test
  scrollbar.test
  select.test
  send.test
  spinbox.test
  text.test
  textBTree.test
  textDisp.test
  skipping font-sensitive tests
  textImage.test
  textIndex.test
  textMark.test
  textTag.test
  textWind.test

  ==== textWind-10.1 EmbWinLayoutProc procedure 
  FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      .t window create 1.5 -create {
          frame .f -width 10 -height 20 -bg $color
      }
      update
      list [winfo exists .f] [winfo geom .f] [.t index .f]

  ---- Result was:
  1 10x20+45+5 1.5
  ---- Result should have been:
  1 10x20+40+5 1.5
  ==== textWind-10.1 FAILED


  ==== textWind-10.11 EmbWinLayoutProc 
  procedure, doesn't fit on line FAILED
  ==== Contents of test case:

      .t configure -wrap none
      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .f -width 130 -height 20 -bg $color -bd 
  2 -relief raised
      .t window create 1.12 -window .f
      update
      list [.t bbox .f] [.t bbox 1.13]

  ---- Result was:
  {101 5 130 20} {231 6 8 17}
  ---- Result should have been:
  {89 5 126 20} {}
  ==== textWind-10.11 FAILED


  ==== textWind-11.1 EmbWinDisplayProc 
  procedure, geometry transforms FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      pack forget .t
      place .t -x 30 -y 50
      frame .f -width 30 -height 20 -bg $color
      .t window create 1.12 -window .f
      update
      winfo geom .f

  ---- Result was:
  30x20+131+55
  ---- Result should have been:
  30x20+119+55
  ==== textWind-11.1 FAILED


  ==== textWind-11.2 EmbWinDisplayProc 
  procedure, geometry transforms FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      pack forget .t
      place .t -x 30 -y 50
      frame .t.f -width 30 -height 20 -bg $color
      .t window create 1.12 -window .t.f
      update
      winfo geom .t.f

  ---- Result was:
  30x20+101+5
  ---- Result should have been:
  30x20+89+5
  ==== textWind-11.2 FAILED


  ==== textWind-13.1 EmbWinBboxProc procedure 
  FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .f -width 5 -height 5 -bg $color
      .t window create 1.2 -window .f -align top -
  padx 2 -pady 1
      update
      list [winfo geom .f] [.t bbox .f]

  ---- Result was:
  5x5+23+6 {23 6 5 5}
  ---- Result should have been:
  5x5+21+6 {21 6 5 5}
  ==== textWind-13.1 FAILED


  ==== textWind-13.2 EmbWinBboxProc procedure 
  FAILED
  ==== Contents of test case:

      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .f -width 5 -height 5 -bg $color
      .t window create 1.2 -window .f -align center -
  padx 2 -pady 1
      update
      list [winfo geom .f] [.t bbox .f]

  ---- Result was:
  5x5+23+11 {23 11 5 5}
  ---- Result should have been:
  5x5+21+9 {21 9 5 5}
  ==== textWind-13.2 FAILED


  ==== textWind-13.9 EmbWinBboxProc procedure, 
  spacing options FAILED
  ==== Contents of test case:

      .t configure -spacing1 5 -spacing3 2
      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .f -width 5 -height 5 -bg $color
      .t window create 1.2 -window .f -align center -
  padx 2 -pady 1
      update
      list [winfo geom .f] [.t bbox .f]

  ---- Result was:
  5x5+23+16 {23 16 5 5}
  ---- Result should have been:
  5x5+21+14 {21 14 5 5}
  ==== textWind-13.9 FAILED


  ==== textWind-16.2 EmbWinTextStructureProc 
  procedure FAILED
  ==== Contents of test case:

      .t configure -wrap none
      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .f -width 30 -height 20 -bg $color
      .t window create 1.6 -window .f
      update
      set result {}
      lappend result [winfo geom .f] [.t bbox .f]
      frame .f2 -width 150 -height 30 -bd 2 -relief 
  raised
      pack .f2 -before .t
      update
      lappend result [winfo geom .f] [.t bbox .f]

  ---- Result was:
  30x20+53+5 {53 5 30 20} 30x20+53+35 {53 5 30 
  20}
  ---- Result should have been:
  30x20+47+5 {47 5 30 20} 30x20+47+35 {47 5 30 
  20}
  ==== textWind-16.2 FAILED


  ==== textWind-16.4 EmbWinTextStructureProc 
  procedure FAILED
  ==== Contents of test case:

      .t configure -wrap none
      .t delete 1.0 end
      .t insert 1.0 "Some sample text"
      frame .t.f -width 30 -height 20 -bg $color
      .t window create 1.6 -window .t.f
      update
      pack forget .t
      update
      list [winfo ismapped .t.f] [.t bbox .t.f]

  ---- Result was:
  1 {53 5 30 20}
  ---- Result should have been:
  1 {47 5 30 20}
  ==== textWind-16.4 FAILED

  tk.test
  unixButton.test
  skipping: Unix only tests...
  unixEmbed.test
  skipping: Unix only tests...
  unixFont.test
  skipping: Unix only tests...
  unixMenu.test
  skipping: Unix only tests...
  unixSelect.test
  skipping: Unix only tests...
  unixWm.test
  skipping: Unix only tests...
  util.test
  visual.test
  visual_bb.test
  winButton.test
  winClipboard.test
  winDialog.test
  winFont.test
  winMenu.test
  winSend.test
  skipping: Unimplemented send command
  winWm.test

  ==== winWm-1.4 TkWmMapWindow FAILED
  ==== Contents of test case:

      toplevel .t
      wm geometry .t +10+10
      update
      toplevel .t2
      wm geometry .t2 +40+10
      update
      set result [list [winfo x .t] [winfo x .t2]]
      destroy .t .t2
      set result

  ---- Result was:
  0 0
  ---- Result should have been:
  10 40
  ==== winWm-1.4 FAILED


  ==== winWm-2.4 TkpWmSetState FAILED
  ==== Contents of test case:

      set result {}
      toplevel .t
      wm geometry .t 150x50+10+10
      update
      lappend result [list [wm state .t] [wm geometry .t]]
      wm iconify .t
      update
      lappend result [list [wm state .t] [wm geometry .t]]
      wm geometry .t 200x50+10+10
      update
      lappend result [list [wm state .t] [wm geometry .t]]
      wm deiconify .t
      update
      lappend result [list [wm state .t] [wm geometry .t]]
      destroy .t
      set result

  ---- Result was:
  {normal 150x50+0+0} {iconic 150x50+0+0} {iconic 
  150x50+10+10} {normal 200x50+0+0
  }
  ---- Result should have been:
  {normal 150x50+10+10} {iconic 150x50+10+10} 
  {iconic 150x50+10+10} {normal 200x50
  +10+10}
  ==== winWm-2.4 FAILED


  ==== winWm-5.1 UpdateGeometryInfo: menu 
  resizing FAILED
  ==== Contents of test case:

      set result {}
      toplevel .t
      frame .t.f -width 150 -height 50 -bg red
      pack .t.f
      update
      set result [winfo height .t]
      menu .t.m
      .t.m add command -label foo
      .t conf -menu .t.m
      update
      lappend result [winfo height .t]
      .t.m add command -label "thisisreallylong"
      .t.m add command -label "thisisreallylong"
      update
      lappend result [winfo height .t]
      destroy .t
      set result

  ---- Result was:
  50 50 32
  ---- Result should have been:
  50 50 50
  ==== winWm-5.1 FAILED

  window.test
  winfo.test
  wm.test

  ==== wm-minsize-1.4 usage FAILED
  ==== Contents of test case:

      wm minsize .t

  ---- Result was:
  104 1
  ---- Result should have been:
  1 1
  ==== wm-minsize-1.4 FAILED

  xmfbox.test

  Tests ended at Thu Jun 20 10:09:08 AM GMT 
  Daylight Time 2002
  all.tcl:        Total   7503    Passed  6481    Skipped 
  1005    Failed  17
  Sourced 87 Test Files.
  Files with failing tests: panedwindow.test 
  textWind.test winWm.test xmfbox.test
  Number of tests skipped for each constraint:
          6       altDisplay
          7       emptyTest
          265     fonts
          2       knownBug
          310     macOnly
          15      macOrUnix
          61      nonPortable
          79      nonUnixUserInteraction
          3       pseudocolor
          1       tempNotPc
          237     unixOnly
          19      userInteraction
  stderr32
  Administrator@TRAPPER ~/tcl-source/tk8.4/win
  $


