[tex-live] texdoc error

[Reinhard Kotucha]

Philip TAYLOR (Ret'd) writes:
 > A "deprecated" warning, and no output :
 > 
 > > D:\TeX\Live\2008\bin\win32\texdoc-w32-wrapper.texlua:88: nesting of [[...]] is deprecated near '['

Hi Phil,
sorry for the late response.  The evenings are very short
these days.  I'm coming home very late each day from work because
there is a trade fair in October and we devopers are quite busy.  

I, commented out some stuff temporarily.  I run

       diff tl-w32-wrapper.texlua texdoc-w32-wrapper.texlua 

in order to be sure that everything is ok but it seems that I hit the
"undo" key accidentally before I created the zip file. Sorry.

The reason I provided a modified script was because Manuel said:
_______________________________________________________________
From: Manuel Pegourie-Gonnard <mpg at elzevir.fr>
Date: Mon, 01 Sep 2008 15:03:07 +0200

os.spawn ("texlua", "texlua", "arg1", "arg2")
is actually a correct call [...]
_______________________________________________________________

But this is *not* what the wrapper does.

What Manual did is

  arg[1]="texlua"
  arg[2]="texlua"
  arg[3]="arg1"

But the wrapper does

  arg[0]=texlua
  arg[1]="texlua"
  arg[2]="arg1"

I thought that the different indexing causes the problem.  Manuel told
me that it makes no difference.  It shouldn't make any difference
according to the LuaTeX manual (which didn't cover such things when
the wrapper was written).

Another difference between the wrapper and Manuel's test file is that
the wrapper doesn't quote the first argument.  Since Manuel already
told me that the version I sent you doesn't work, I send you a new
file which quotes the first argument too.

----------------------------------------------------------------------
--- tl-w32-wrapper.texlua       2008-05-14 08:56:12.000000000 +0200
+++ texdoc-w32-wrapper.texlua   2008-09-09 21:26:48.000000000 +0200
@@ -10,9 +10,9 @@
 function fixwin(args_unix)
    if os.type == 'windows' then
       local args_win={}  -- new table
-      args_win[0]=args_unix[1]
+      args_win[1]='"'..args_unix[1]..'"'
       for i=1, #args_unix do  
-        args_win[i]='"'..args_unix[i]..'"'
+        args_win[i+1]='"'..args_unix[i]..'"'
       end
       return args_win
    else
@@ -85,7 +85,7 @@
 command=fixwin(command)
 
 --[[ Prepend an additional hyphen to activate this code.
-for i=0, #command do
+for i=1, #command do
    print (command[i])
 end
 os.exit(ret)
----------------------------------------------------------------------

Meanwhile I doubt that this will solve the problem.  But who knows?
I'm still wondering how AR is actually invoked.  In order to find this
out I wrote a tiny program called print-argv.  The attached zip file
contains the source code too.  I compiled it using the Microsoft C
compiler.  Don't be confused by the underscores in the output.  They
are supposed to help you to distinguish between an empty string and
one which contains spaces only.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: texdoc-w32-wrapper.texlua.zip
Type: application/octet-stream
Size: 13383 bytes
Desc: not available
Url : http://tug.org/pipermail/tex-live/attachments/20080910/d0dceee5/attachment-0001.obj 
-------------- next part --------------

Could you temporarily replace acrord32.exe by this program and tell me
the result?  You could also temporarily replace start.exe by this
program.  I suppose that no important system programs rely on
start.exe.  If you are in doubt, create a boot floppy before, so that
you can recover easily.

Phil, I don't know how familiar you are with Lua.  I know that it's
quite new to you but I've seen in the mails that you even succeeded to
write your own lua script.  Could you add the directory containing
AR to %PATH% and modify texdoc.tlu accordingly?  What I mean is to
invoke AR directly and avoid start.exe and the stuff it depends on
(assoc, ftype).  It's better to avoid them ATM and examine them later
if necessary.  There are too many degrees of freedom...

Regards,
  Reinhard.
- 
----------------------------------------------------------------------------
Reinhard Kotucha			              Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover	                      mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------