Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!ogicse!hsdndev!cmcl2!panix!alexis
From: alexis@panix.uucp (Alexis Rosen)
Newsgroups: comp.unix.aux
Subject: Re: uuxqt problem (was Re: TZ/rmail problems again)
Message-ID: <1991Apr24.054900.27794@panix.uucp>
Date: 24 Apr 91 05:49:00 GMT
References: <1991Apr4.093613.24871@panix.uucp> <1991Apr13.183632.16997@intacc.uucp> <1991Apr22.023115.27315@intacc.uucp>
Organization: PANIX - Public Access Unix Systems of NY
Lines: 25

Jeff Mann writes about continued problems with TZ and uuxqt, showing a trace
of a sessionin my wrapper where one uuxqt fails and the next succeeds.

This is really weird. Time to start looking for the _really_ stupid stuff,
because not much else seems left. Try putting "echo $TZ 1>&2" right before
the line in the wrapper that calls uuxqt- it is possible that TZ is getting
reset within the script? (Yes, I know that's stupid... but like I said...)

Just to make things really confusing: Matthias U. posted a little while ago
that uuxqt's problems came from not using the standard libraries since some
demo code he wrote, which does use the libraries, works fine. So you'd think
that the "/bin/cat /etc/TIMEZONE" crap is hard-coded into uuxqt. Well... runs
strings on it, and guess what? No instance of /bin/cat. So where is that
coming from? (For that matter, uucico doesn't have that either.)

One other forced solution might be putting "export TZ=`cat /etc/TIMEZONE`"
right before the uuxqt line, to see if that fixes things any.

BTW, this is all referring to the 2.0.1 uuxqt, but I think the only change
from 2.0.0 uuxqt was to fix the running-out-of-files problem.

---
Alexis Rosen
Owner/Sysadmin, PANIX Public Access Unix, NY
{cmcl2,apple}!panix!alexis