Date: Tue,  6 Jul 93 04:30:09 PDT
From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
Errors-To: TCP-Group-Errors@UCSD.Edu
Reply-To: TCP-Group@UCSD.Edu
Precedence: Bulk
Subject: TCP-Group Digest V93 #172
To: tcp-group-digest


TCP-Group Digest            Tue,  6 Jul 93       Volume 93 : Issue  172

Today's Topics:
                              Go figure

Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the TCP-Group Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Mon, 5 Jul 93 15:06:27 -0700
From: chuckb@babbage.ecs.csus.edu (Chuck Bland)
Subject: Go figure
To: tcp-group@ucsd.edu

I have been doing some head scratching on why Phil's version kept leaving me
with a zero-length ftpusers file after trying to hash it.

After "a little" tinkering, I discovered that if I changed my TMP variable
to something other than my RAMDISK, that things would work. WIERD.

Closer inspection showed that the tmpfile function was returning a null
in the ftpusers scan routine (which wasn't trapped. tisk, tisk......). I then
read the info in the library entry for tmpfile. It says it looks at the TMP
variable first. If it isn't defined, it checks for TEMP. If that doesn't
exist either, the temp file is created in the current directory.

So, I did some experimenting with TMP and TEMP and here are the results.

T(ramdisk is d:)

TMP=d:\   TEMP=d:\  ftpusers file = 0 length
TMP=c:   TEMP=d:\  ftpusers file hashed properly
NO TMP   TEMP=d:\  ftpusers file hashed properly
NO TMP   NO TEMP   ftpusers file hashed properly
TMP=d:   TEMP=(who cares)  ftpusers file hashed properly

All this to say that tmpfile DOES NOT LIKE a '\' in TMP, but it doesn't
care if it sees it in TEMP.

Go figure.

BTW, tmpfile is defined in bmutil and popserv as FILE *tmpfile(). That
definition is not necessary as stdio already takes care of it and is
included in the files mentioned.

So, Borland, let me know when you fix tmpfile. I'd like an update....please.

Chuck
chuckb@babbage.ecs.csus.edu

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

End of TCP-Group Digest V93 #172
******************************
******************************