Search disfunction on Windows

Imported

Copied from wikit cvstrac ticket #6

There is not enough information in the above for me to further diagnose or reproduce the problem. Please include some sample code or scripts so I can perform a test.

What infos are missing? This is a listing of parts of the environment active when executing something via CGI:

: GATEWAY_INTERFACE=CGI/1.1 HOME=D:/data/ht HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 : HTTP_HOST=wiki.prod01.dakentw1.de HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT;rv:1.8.0.8) Gecko/20061030 SeaMonkey/1.0.6 REMOTE_ADDR=11.1.5.148 REQUEST_METHOD=GET REQUEST_URI=http://wiki.prod01.dakentw1.de/cgi-bin/env.cgi SCRIPT_NAME=/cgi-bin/env.cgi : : SERVER_PROTOCOL HTTP/1.0 SERVER_SOFTWARE Tcl-Webserver/3.5.1 May 27, 2004 (mod) ServiceArgs="httpd1" ServiceIpcMethod=stdio ServiceName=httpd1 : WIKIT_CSS=http://wiki.prod01.dakentw1.de/css/wiki1.css [email protected] WIKIT_HIST=d:/data/logs :

I can't figure out the difference between directly calling WIKITSH.EXE and calling TCLKITSH.EXE WIKIT.KIT XYZ.TKD via a wrapper script (a .BATch, or another .exe, does not matter).

Thanks, I'll look into it.

I do not have a tclhttpd.exe + wikit.exe + CGI set up on Windows to try things out in, and I don't really want to set it all up just for this issue, sorry.

But these comments may be a hint: Instead, an initial .tkd-file is created in the directory the prog was called from, named after the search word.

It could be a problem with starpacks, where the argument list is not quite right - with one arg too many or too few passed on. There is a horrible hack which requires a change to Tk to work (see [1]). My hunch is that the code you're using does not include this change.

Wikit expects the name of the datafile on the command line, using "wikit.tkd" as default if absent.

So it looks like the wrong info ends up as the wrong argument when running the wikit code.

To test and as workaround, try using a tclkit[sh].exe + wikit.kit instead of starpacks.

The first command line parameter following wikitsh.exe resp. wikit.kit except of "-readonly", "-nolock", "-images", "-update", "-httpd" (+portnumber for the internal webserver) always is the name of the tkd-file to be used. So to directly call something like "<a href="http://linktowikitsh.exe?searchword"" target="_blank">http://linktowikitsh.exe?searchword"</a>; you need to create a custom wikitsh.exe from a wikit.kit in which

1) the name of your tkd-file is hardcoded in start.tcl and 2) the command line parameter handling is adjusted accordingly in start.tcl.

Creating a custom starpack is easier than I expected ;-) (the wiki helps) and it is a good idea if you downloaded "your" wikitsh.exe from sdarchive because that one does not contain the current wikit.kit.

In short: Calling wikitsh.exe without ANY parameters creates or uses wikit.tkd, calling it with ONE parameter creates or uses THIS tkd-file and calling it with more parameters conducts a search in tkd-file provided as first parameter.

HTH

Thanks so far, I will try this and notify the results here...!

Ok, now it works. As in the past, I drive the wiki through a little wrapper prog that in turn calls wikitsh.exe with the filename as the first arg. Everything works again. I was too lazy to hack wikitsh itself and probably loose my changes if I download a newer version in the feature. It sould be noted somewhere that wikitsh.exe itself could never drive the wiki through cgi. I think there is almost no advantage over calling tclkitsh wikit.kit xyz.tkd. The case can be closed now.

P.S.: Interesting; you switched to ProjectForum....

Thanks for checking, good to hear that it all works. Yes, ProjectForum serves me well on more and more occasions - besides, it's that eat your own dogfood mantra: Tclkit and Metakit inside ;)