------------------------------------------------------------------------------------------------------
From: Ashutosh Joglekar <ashutosh@panix.com>
Message-Id: <199506201218.IAA05488@panix.com>
Subject: Bug Report , WISQL 2.2.1 ( and a previous release )
To: de@lick.ucolick.org
Date: Tue, 20 Jun 1995 08:18:46 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 847       
Status: RO

WISQL incorrectly shows numbers that are <= 10e-5. For example,

create table wisqltest ( a float )
go
insert into wisqltest values ( 0.0000025 )
insert into wisqltest values ( 0.000025 )
insert into wisqltest values ( 0.00025 )
insert into wisqltest values ( 0.0025 )
insert into wisqltest values ( 0.025 )
insert into wisqltest values ( 0.25 )
go

select *from wisqltest ( in wisql ) gives

2.5000
2.5000
0.00025
0.0025
0.025
0.25

I am running wisql 2.2.1 ( and the previous release from the sybtcl 2.11
distribution ) on Solaris 2.3, SunOS 4.1.3 and HPUX 9.05, with 
DBLIB 4.6.1 ( on sunos ) and 10.x on Solaris and HPUX. The bug shows
up on all three platforms. It does not show up in plain old sybtcl though.
Perhaps some problems while formatting the results into the listbox ?
I shall take a peek in the code sometime today.

Thanks, Ashu

===================================

I think I have found the piece of code that screws up and it may be 
a TCL bug after all ! Line 2039 in wisql.tlib version 2.2.1 which
reads

      .m.o.out insert end [eval format \"$fmt\" $row]

ends up doing

      .m.o.out insert end [eval format \"%12.12s\" 2.5000000000000001e-05]

Since we have asked for 12.12s and not 12.12f, TCL simply drops off the
e-05 at the end, leaving us with 2.50000000. Sounds like, 

(a) sybtcl or DBLIB return numbers <= 10-5 in exponential/scientific
notation
(b) formatCols in ucosyb.tlib will have to format float's as %12.12f

Formatting as floats leaves us with the nasty looking 0.0000250000000
so maybe some right trimming may be in order.

Now for the good news :-)

You might remember the request I had for some way to double click
on a result row in WISQL and pop up an edit window ? Well, I wrote a 
lot of TCL code for my company that essentially provided search/add/upd/del
capabilities to end-users on sybase tables. I got so sick of it I wrote
a C program that generates Tcl code based on some input criterion,
such as table name (:-), fields to search on, etc. I am trying to
talk my company into making this freely available on the net, IF it 
sounds useful. Any suggestions ? I am still not sure what the difference
is between Freeware/PublicDomain/Copyright/Copyleft... Did you have
trouble convincing your company/univ ?

I also added Paul Raines's emacs bindings to WISQL. My developers love
it !

Cheers,
Ashu
------------------------------------------------------------------------------------------------------
Subject: the PIE VU-Widget for Tk
Cc: de@lick.ucsc.edu
X-Sun-Charset: US-ASCII
Status: RO

Hi you guys!

I dont know if I am the 1st to report this bug on 
the Solaris platform, but an invocation of the "pie"
widget causes a core dump!?!
However, if I invoke the "dial" widget before I ever
start the "pie" first (and even if I destroy the "dial"
right-away) then "pie" can be instantiated.
By-the-way your work is real cool!
I hope you guys are able to keep it going!
And another thing...
I compiled vuw-nz with tcl7.0b2 and tk4.0b2.
So if you are interested in the patches I can send them to
you.
Thanks.
haswarey@scli.com
------------------------------------------------------------------------------------------------------
From: Ashutosh Joglekar <ashutosh@panix.com>
Message-Id: <199506271704.NAA21364@panix.com>
Subject: Re: Bug Report , WISQL 2.2.1 ( and a previous release )
To: de@ucolick.org (De Clarke)
Date: Tue, 27 Jun 1995 13:04:32 -0400 (EDT)
In-Reply-To: <de-9505231845.AA00071490@bigdog.ucolick.org> from "De Clarke" at 
Jun 23, 95 11:45:53 am
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 858       

> I've hacked it about just a bit, not sure if it will fix all 
> cases, but it should fix the obvious ones.  What I did was 
> just to expr evaluate the scientific notation, which trims 
> all those bogus extra digits off it so it fits. 

Thanks ! The patch seems to have fixed the problem with small floats.
One irritating side effect ( at least my users think its irritating)
is that ALL decimal numbers > 1.0e5 and < 1.0e-5 are displayed in
scientific notation. People used to seeing amounts as 1000000 are a bit
miffed at seeing 1.0e+06, that's all. Perhaps the only real solution is 
to use numeric columns with fixed width and precision :-) Maybe wisql
could be patched to support the numeric type ? I am not sure if the
sybmsg structure ( or rather the dbcolinfo routines ) return the scale
and precision of a numeric column...

Thanks again ! 
Ashu

------------------------------------------------------------------------------------------------------

Date: Tue, 27 Feb 96 09:41:58 EST
Message-Id: <9602271441.AA22542@MARIAN.SOGS.STSCI.EDU>
From: Bob Jackson <jackson@stsci.edu>
To: de@ucolick.org
In-Reply-To: <de-9601262239.AA002521281@bigdog.ucolick.org>
Subject: Re: User Whine with latest WISQL
Reply-To: jackson@stsci.edu
Status: RO

tcl/tk = 7.4/4.0
wisql = 3.0.0
sybase = 4.9.2


It runs as long as you don't use the select
all option or the D/Accending order options.  This is a bit limiting.

*****************************

I verified the 'All' problem in ExRpt.


		Bob

------------------------------------------------------------------------------------------------------
Date: Thu, 15 Feb 96 15:50:58 +0100
From: eeduse@teamos.eed.ericsson.se (Uwe Seufert)
Message-Id: <9602151450.AA11562@teamos.ericsson.se>
To: de@lick.ucolick.org
Subject: wisql
Cc: eeduse@teamos.eed.ericsson.se
Status: RO

Hello De Clarke,

I am Uwe and work at the Ericsson Eurolab. A friend of mine, Gerd Rausch, told me that You distribute WISQL, a very useful interface for managing databases.

Yesterday Gerd downloaded a WISQL version from the internet, but we found that it is no compatible with the current Tcl (7.4) and Tk (4.0) versions. Some functions don't work and some other not as expected.

Have You got any compatible version and can You tell us, where we can find Your WISQL for downloading from internet?

Thank You very much in advance,

				Uwe

------------------------------------------------------------------------------------------------------
Date: Wed, 14 Feb 1996 18:36:04 -0500
From: ajogleka@ltcm.com (Ashu Joglekar)
Subject: My patches to wisql for tk4.0 compatibility
To: de@ucolick.org
Message-Id: <ajogleka-9601142336.AA00315901@r16>
Content-Type: text
Status: RO


Hello again! 

I have been running WISQL with these patches for a couple of weeks
now and haven't noticed anything awry.

Hope this helps!
Ashu

First, a diff file for the "wisql" file itself :

***begin***
1c1
< #!/bin/wishful
---
> #!/usr/local/tcl74/bin/wishx -f
5,6c5,6
< loadlibindex /nfs/ajogleka/wisql/ucosyb.tlib
< loadlibindex /nfs/ajogleka/wisql/wisql.tlib
---
> loadlibindex /u/de/tcl/s/ucosyb.tlib
> loadlibindex /u/de/tcl/w/wisql.tlib
98,99c98
< #set bitmapdir /usr/local/X11/include/bitmaps
< set bitmapdir /usr/local/etc/wisqldir/bitmaps
---
> set bitmapdir /usr/local/X11/include/bitmaps
119,120c118
< #set mode 0
< set mode 1
---
> set mode 0
162a161
> 
***end****

And, a diff file for wisql.tlib

***begin***
46,48c46,48
<     global release
<     
<     eval mkDialog .general_Help \{-text \"Windowing ISQL\nVersion $release\n\nAugust, 1993\nby\nTom Poindexter\nand\nDe Clarke\ncopyright Tom Poindexter & UC Regents\n\nbased on Wisql 1.3\ncopyright 1992, 1993 Tom Poindexter\n\nThis is Free Software\"\} \{OK \{\}\}
---
>   global release
> 
>   eval mkDialog .general_Help \{-text \"Windowing ISQL\nVersion $release\n\nAugust, 1993\nby\nTom Poindexter\nand\nDe Clarke\ncopyright Tom Poindexter & UC Regents\n\nbased on Wisql 1.3\ncopyright 1992, 1993 Tom Poindexter\n\nThis is Free Software\"\} \{OK \{\}\}
55,73c55,73
<     
<     global base table debugs
<     
<     upvar #0 EZEcols cols
<     upvar #0 EZEcolnames colnames
<     upvar #0 EZEtypes types
<     upvar #0 EZEsizes sizes
<     upvar #0 EZEnulls nulls
<     upvar #0 EZEshows shows
<     upvar #0 EZEkeys keys
<     upvar #0 EZEnrec nrec
<     upvar #0 EZEcci cci
<     upvar #0 EZEforf forf
<     upvar #0 EZEvform vf
<     upvar #0 EZEhform hf
<     
<     global dbpipe1 sybmsg server
<     
<     if {[lsearch $debugs changeData] < 0} {
---
> 
> global base table debugs
> 
> upvar #0 EZEcols cols
> upvar #0 EZEcolnames colnames
> upvar #0 EZEtypes types
> upvar #0 EZEsizes sizes
> upvar #0 EZEnulls nulls
> upvar #0 EZEshows shows
> upvar #0 EZEkeys keys
> upvar #0 EZEnrec nrec
> upvar #0 EZEcci cci
> upvar #0 EZEforf forf
> upvar #0 EZEvform vf
> upvar #0 EZEhform hf
>  
> global dbpipe1 sybmsg server
> 
> 	if {[lsearch $debugs changeData] < 0} {
***end***

And a diff file for ucosyb.tlib

***begin***
333,339c333,336
< 	# Ashu Joglekar, Dec 18th 1995. System 10/11 don't let "public" do 
< 	# a select *from sysobjects, so this query fails !!!
< 	# So, I do a select a.* instead of select *
< 	
<         set sqlcmd "select a.* from ${pref}sysprotects a, ${pref}sysobjects b  where a.action = $code and b.name = '$tbl' and b.uid = user_id('$usr') and  (a.uid = $udbuid or a.uid = $udbgid or a.uid = 0) and a.id = b.id"
< 	
< 	#        echo "chkPriv sql cmd was\n$sqlcmd"
---
> 
>         set sqlcmd "select * from ${pref}sysprotects a, ${pref}sysobjects b  where a.action = $code and b.name = '$tbl' and b.uid = user_id('$usr') and  (a.uid = $udbuid or a.uid = $udbgid or a.uid = 0) and a.id = b.id"
> 
> #        echo "chkPriv sql cmd was\n$sqlcmd"
715a713
>   
772c770
<   bind $win.sel <KeyPress-Return> "$win.o.ok invoke; break"
---
>   bind $win.sel <KeyPress-Return> "$win.o.ok   invoke; break"
774c772
<    "+selInsert $win \[%W get \[ %W nearest %y \] \] ; break"
---
>    "+selInsert $win \[%W get \[ %W nearest %y \] \] "
776,778c774,776
<    "selInsert $win \[lindex \[selection get\] 0\];$win.o.ok invoke; break"
<   bind $win.l.lst <Button1-Motion> "break"
<   bind $win.l.lst <Shift-Button1-Motion> "break"
---
>    "selInsert $win \[lindex \[selection get\] 0\];  $win.o.ok invoke; break"
>   bind $win.l.lst <Button1-Motion> ""
>   bind $win.l.lst <Shift-Button1-Motion> ""
782,789c780,783
< 
<   # This seems to break because tk4.0 calls this binding even if you
<   # click on the cancel button - that destroys the window and then
<   # this binding tries to use it :-( AJ 01/30/96
<   #bind $win <ButtonRelease-1> \
< 	  #"puts diana;$win.o.ok invoke ; $win.o.ok configure -state disabled; break"
<   bind $win <Return> "puts santiago;$win.o.ok invoke; break"
<   #  bind $win.o <Enter> "$win.o.ok activate"
---
>   bind $win <ButtonRelease-1> \
> 	"$win.o.ok invoke ; $win.o.ok deactivate"
>   bind $win <Return> "$win.o.ok invoke "
> #  bind $win.o <Enter> "$win.o.ok activate"
1150,1152c1144
<   #  entry .s.p.pw  -relief sunken -width 19 -font $font -text pw
<   # Ashu, use the show * option in tk4.0
<   entry .s.p.pw  -relief sunken -width 19 -show * -text pw
---
>   entry .s.p.pw  -relief sunken -width 19 -font $font -text pw
****end****

--------------------------------------------------------------------------------

Date: Mon, 12 Feb 96 14:40:03 EST
Message-Id: <9602121940.AA04964@MARIAN.SOGS.STSCI.EDU>
From: Bob Jackson <jackson@stsci.edu>
To: de@ucolick.org
Subject: Sybtcl-2.3 vs. wisql
Reply-To: jackson@stsci.edu
Status: RO

Getting junk like:

anarky.sogs> ./wisql
missing close-brace
    while executing
"proc unTokenize line ..."
    (file "/anarky/data1/tcl/sybtcl-2.3/samples/uco/ucosyb.tlib" line 2688)
    invoked from within
"auto_load_pkg {UCO-Syb}"
    while auto loading "getSignOn"
    invoked from within
"auto_load [lindex $args 0]"
    invoked from within
"if [auto_load [lindex $args 0]]..."
    (procedure "unknown" line 2)
    invoked from within
"getSignOn"
    (file "./wisql" line 165)

Is there a better version someplace?


			bob
--------------------------------------------------------------------------------
Date: Thu, 8 Feb 1996 21:07:21 -0500
From: malcom@davox.com (Malcom Strandberg)
Message-Id: <9602090207.AA20429@hippogriff.olympus>
To: de@ucolick.org
Subject: Re: wisql 3.0.1 suggestion
X-Sun-Charset: US-ASCII
Status: RO


"
"thanks for your contribution.  I am not sure why your 
"loadlibindex fails, can you send me the error trace?
"It works for me.

   I tried it again, and now it doesn't fail... so
    I don't know what changed, I think I was low on swap space,
    ...in anycase go ahead and put back the loadlibindex.


"I think I should set up a mailing list.  By my informal 
"count I have about 20 to 40 wisql users out there, and it's 
"hard to keep in touch.  What's your opinion?  Perhaps a 
"HyperNews page would be better.

    I would like to be on a mail list, what is HyperNews - a www site?

"
"My future plans for wisql include:
"
"	oracle compatibility
"	.wisqlrc file for easier customization
"	(eventually) postgres-95 compatibility
"	fixing the braindead text bindings (back to
"		the more intuitive wisql-2 behaviour)
"	trying to do better with sybase's bizarre
"		representation of FP values
"
"would you like to add other ideas to that list?

   sounds good to me...
      I get a lot of people asking for table join support
       I was thinking maybe temporary views of the joins could be built
	and then the EZedit/report could be done as is.

     ...
   .:'  `.
   :.[o]o]
   @    > 
  :}\_ ~/
 {:
 :}
 my personal home page:  home.aol.com/malcoms 
 my email is: malcom@davox.com
 
--------------------------------------------------------------------------------
Subject: Problems with wisql
To: cc@helios.ucolick.org (Clara Carter), de@helios.ucolick.org (De Clarke)
Date: Thu, 8 Feb 1996 16:07:33 -0800 (PST)
X-Mailer: ELM [version 2.4 PL22]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 908       
Status: RO

Hi-


This is just to let you know that I am unable to save results in wisql
via the results menu, due to a Tcl error:

	unknown option "-xscroll"

The error is very repeatable, and has actually been occuring for quite a
while, but I hadn't told you because at first I thought the problem was me,
or that somebody was already working on it.

Here is the stack trace:

unknown option "-xscroll"
    while executing
"entry $win.sel  -relief sunken -xscroll "$win.scrl set""
    (procedure "fileBox" line 29)
    invoked from within
"fileBox .save_Results * "" "" doSaveOut"
    invoked from within
"$menu invoke $i"
    invoked from within
"if {$i != "none"} {
	tk_mbUnpost
	update idletasks
	$menu invoke $i
    }"
    (procedure "tk_invokeMenu" line 3)
    invoked from within
"tk_invokeMenu .m.mb.out.m"
    (command bound to event)

Thanks-
-- 

 Jessica  x5293	
 Email: jess@ucolick.org 	Rm 25, Kerr Hall
--------------------------------------------------------------------------------
Date: Wed, 7 Feb 1996 22:12:58 -0500
From: malcom@davox.com (Malcom Strandberg)
Message-Id: <9602080312.AA19070@hippogriff.olympus>
To: de@ucolick.org, tpoindex@nyx.cs.du.edu
Subject: wisql 3.0.1 suggestion
Status: RO


I made the following changes to wisql,wisql.tlib,ucosyb.tlib
of your sybtcl-2.3.tar.gz on ftp.aud.alcatel.com
Please feel free to incorporate part or all of 
them into the next patchlevel.

Details
 wisql
	my wishx (on sparc Solaris 2.4) reported errors 
	on the loadlibindex's, so changed to source commands.
	I defined a $sybhome as path to use for tlibs and bitmaps.
	I defaulted to sa as login.
 wisql.tlib
	I added a CHANGE-ALL button which uses the find
	sql where clause as the basis for its changes, 
	allowing you to change multiple rows at once.
	Cosmetic adjustments made to emphasize the steps to
	be done select db(1), table(2) before entering EZedit.
 ucosyb.tlib
	If the secure font did not exist, the program would hang,
	so I changed it to be very tiny, which works as well.

     ...
   .:'  `.
   :.[o]o]
   @    > 
  :}\_ ~/
 {:
 :} malcom
malcom@davox.com
 Malcom B. Strandberg, DAVOX Corp., 6 Technology Park Dr. Westford MA 01886


to add these changes 
   cd sybtcl-2.3/samples/uco/
   patch < therestofthisfile



--- patchlevel
70c70,71
< 3.0.0	(Sep 5 1995 10:35) -- first working Tk4.0 version
---
> # 3.0.0	(Sep 5 1995 10:35) -- first working Tk4.0 version
> 3.0.1	(Feb  1 1996 01:37) -- wisql EZedit multiple row Change-all

--- wisql
1c1
< #!/usr/local/tcl74/bin/wishx -f
---
> #!/usr/local/bin/wishx -f
5,6c5,12
< loadlibindex /u/de/tcl/s/ucosyb.tlib
< loadlibindex /u/de/tcl/w/wisql.tlib
---
> set sybhome /usr/local/lib/sybtcl
> #loadlibindex $sybhome/ucosyb.tlib
> #loadlibindex $sybhome/wisql.tlib
> source $sybhome/ucosyb.tlib
> source $sybhome/wisql.tlib
> # changes made by malcom from the sybtcl-2.3 release 
> # are marked: malcom patch
> #---------------------------------------------------------------------------
25c31
< # CURRENT REV: 	VERSION  (see the patchlevel file)
---
> # CURRENT REV: 	3.0.1   (see the patchlevel file)
41c47
< set documentit 0
---
> set documentit 1
93,94c99,100
< #set dictionary NONE
< set dictionary "info.dbo.data_dict"
---
> set dictionary NONE
> #set dictionary "info.dbo.data_dict"
98c104
< set bitmapdir /usr/local/X11/include/bitmaps
---
> set bitmapdir $sybhome/bitmaps
105,106c111,112
< set maven de
< set release VERSION
---
> #set maven de
> set release 3.0.1
119c125,126
< set uname [id user]
---
> #set uname [id user]
> set uname sa

--- wisql.tlib
56a57,58
> global findWhere
> #^malcom patch
259a262,267
> #Malcom patch
>  	if {$mode == "doall"} {
>  		set sqlcmd [format "%s%s" $sql1 $findWhere]
>  	}
> #^malcom patch
> 
1342,1343c1350,1351
<   wm geom    . 900x800+100+100
<   wm minsize . 900 800
---
>   wm geom    . 800x700+100+100
>   wm minsize . 800 700
1391c1399
<   menubutton .m.mb.db -text "Databases..." -menu .m.mb.db.m
---
>   menubutton .m.mb.db -text "Databases(1)..." -relief raised -border 1 -menu .m.mb.db.m
1434c1442,1444
<   button .m.mb.tb -text "Choose Table" -relief flat -border 0  -command showTables 
---
>   button .m.mb.tb -text "Choose Table(2)..." -relief raised -border 1  -command showTables 
>   button .m.mb.mkEdit  -text "EZ EDIT..(3)" -relief raised -border 1 -command {makeEZedit}
> 
1456d1465
<   button .m.mb.mkEdit  -text "EZedit" -relief flat  -command {makeEZedit}
1491a1501
>   pack .m.mb.mkEdit -side left  -ipadx 0
1495d1504
<   pack .m.mb.mkEdit -side left  -ipadx 0
1504a1514
>   pack .m.mb.mkEdit -side left  -ipadx 0
1507d1516
<   pack .m.mb.mkEdit -side left  -ipadx 0
3455a3465,3466
> global findWhere
> #^malcom patch
3604a3616,3617
>  	set findWhere [lrange $getcmd 4 end]
> #^malcom patch
4363a4377,4378
>  	button $w.control.doall -text "CHANGE-ALL" -relief raised -border 1  -command "changeData upd $w doall"
> #^malcom patch
4404,4405c4419,4420
< 	pack append $w.control  $w.control.base {top pady 20}  $w.control.table {top pady 20}  $w.control.vmatch {top pady 15}  $w.control.help {top pady 13}  $w.control.find {top pady 13}  $w.control.change {top pady 13}  $w.control.del {top pady 13}  $w.control.ins {top pady 13}  $w.control.verti {top pady 13}  $w.control.vnew {top pady 20}  $w.control.done {top pady 15}
< 
---
> 	pack append $w.control  $w.control.base {top pady 20}  $w.control.table {top pady 20}  $w.control.vmatch {top pady 15}  $w.control.help {top pady 13}  $w.control.find {top pady 13}  $w.control.change {top pady 13}  $w.control.del {top pady 13}  $w.control.ins {top pady 13}  $w.control.verti {top pady 13}  $w.control.doall {top pady 15}  $w.control.vnew {top pady 20}  $w.control.done {top pady 15}
> #^malcom patch

--- ucosyb.tlib
963a964
> 
1019a1021,1022
> 	#Malcom patch
> 	set desired "-*-symbol-*-r-*--4-*-*-*-*-*-*-*"
2316c2319
< 	set TDtlibdir /usr/local/tcl/local
---
> 	set TDtlibdir $sybhome
--------------------------------------------------------------------------------
Date: Tue, 30 Jan 1996 14:48:50 -0500
From: ajogleka@ltcm.com (Ashu Joglekar)
Subject: Re: UCO Wisql problem with System 10 databases
To: de@ucolick.org
Message-Id: <ajogleka-9600301948.AA00206918@r16>
In-Reply-To: <de-9600301858.AA004319825@bigdog.ucolick.org>
Content-Type: text
Status: RO


>This is good news all round, and it means I can at last 
>spend some time on tk4.0-izing wisql.  Any help you can 
>contribute will of course be accepted hungrily!

Could you send me the latest copy of your code ? I could mail
you patches for any tk4.0isations I do to it ? The version I have
is from the sybtcl-2.3 "official" release off alcatel.com

My firewall traps uuencoded files - so you might want to mail the
FTP site to me ?

Would the "table creation tool" be a DBA thing for generating DDL ?
Or is this a fancier EzEdit ?

Another suggestion while I am at it :-)  Any way to make the Code
area of Wisql re-sizeable ? Kind of like tkmail's "paned" window" ?

--
Cheers, 
Ashu
--------------------------------------------------------------------------------
Date: Tue, 30 Jan 1996 13:01:51 -0500
From: ajogleka@ltcm.com (Ashu Joglekar)
Subject: UCO Wisql problem with System 10 databases
To: de@ucolick.org
Message-Id: <ajogleka-9600301801.AA00166918@r16>
Content-Type: text
Status: RO


Hello again !

This problem exists in version 2.2.2 and in the newer version for tk4.0

Basically the proc chkPriv in ucosyb.tlib does a "select * from sysobjects"
and Sys10 databases do not allow non-dbo users to select the audflags
field. My fix was to change the SQL to do "select a.* from ..." since all
it really needs is a count, I think.

This happens only with databases *created* on a Sys10 server. DB's that
were upgraded from 4.9.x to Sys10 continue to allow select's on the audflags
column (sounds like a bug in the upgrade program ).

My other question is : Did you get the bug report I had sent a few months
back about the file open dialog box code having some tk4.0 incompatibilties ?

I would really like to upgrade my Wisql to tk4.0 - its our last 3.6 application !
I checked your FTP site on ucolick.etc. but /pub was empty ?

Thanks,
Ashu

