Date:	Wed, 20 Oct 1999 14:05:06 +0200 (IST)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	djgpp-workers AT delorie DOT com
Subject:	Re: Read Me Third: A Short FAQ List (fwd)
Message-ID:	<Pine.SUN.3.91.991020140435.22660h-100000@is>
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com

> C:\djgpp>unzip32 djdev202
> Warning: TZ environment variable not found, cannot use UTC times!!

Can we modify unzip32 so that it doesn't print this message?  I'm
afraid we are going to see lots of such questions, since when djdev is
first unzipped on a machine that doesn't have a working DJGPP
installation, TZ will be usually unset.  In most cases, the message is
useless, because people don't care about exact time stamps.

So how about adding something like the one line below near the
beginning of unzip32's `main'?

	  setenv ("TZ", "GMT0", 0);


---------- Forwarded message ----------
Date: Tue, 19 Oct 1999 20:50:31 -0400
From: Rodeo Red <rodeored AT netstep DOT net>
To: djgpp AT delorie DOT com
Newgroups: comp.os.msdos.djgpp
Subject: Re: Read Me Third: A Short FAQ List

Eli Zaretskii wrote:

> On Mon, 18 Oct 1999, Rodeo Red wrote:
> > It appears to unzip ok with the comand :
> > unzip32 djdev202
> > but there's warnings or error messages or something I can't read because it
> > goes by so fast.
>
> Try pressing Ctrl-S.
>

Ok that helps.

C:\djgpp>unzip32 djdev202
Warning: TZ environment variable not found, cannot use UTC times!!
Archive:  djdev202.zip
  inflating: bin/bin2h.exe
  inflating: bin/coff2exe.exe

 etc. etc. etc.
All the files appear unzipped, but what does this warning mean. ? I'm just trying
to make sure everything is working right.


>
> > So I tried to redirect the message to error.log:
> >
> > C:\djgpp>redir -oe -e error.log unzip32 djdev202
> > Bad command or file name
> >
> > Why doesn't this redirect work ?
>
> I don't know.  I tried the exact command above, and it worked for me.
> Are you sure this was the *exact* command you typed?

Yes it was copied and pasted directly from my Dos box exactly as it appears
above. . I think I can get to use unzip32 without solving this particalar dilemma
right now, but I would still like to find out why the redirect doesn't work.

>
>
> Btw, if by "-oe -e error.log" you meant to redirect both stdout and
> stderr to error.log, then you were wrong.

I have no idea what you're talking about. Last week I asked

>How do I copy
> the entire contents of the dos box into the clipboard ?

the answer I got from "Johan Venter" <jventer AT writeme DOT com was :

"Redirect it too a file with redir:
redir -oe -e error.log <command>
So, for a simple compile example:
redir -oe -e error.log gcc -o test.exe test.c
The output will be in error log."

I got it to work when I compiled a file but I have no idea what stdout and stderr
are. Never heard of em. What are they ?

> The handles

Handles ? Whats a handle ?

> are redirected in
> the order you mention them on the command line, so the above redirects
> stdout to the console, because that's where stderr is initially, then
> redirects stderr to a file.  You need to do it the other way around:
>
>         redir -e error.log -oe unzip32 djdev202

Neither works
This is cut and pasted directly from my Dos box :

C:\djgpp>redir -oe -e error.log unzip32 djdev202
Bad command or file name

C:\djgpp>redir -e error.log -oe unzip32 djdev202
Bad command or file name

C:\djgpp>



>
> This is explained in the redir docs.

Not in a way that I can understand. I did read
http://www.delorie.com/djgpp/doc/utils/utils_7.html
about redir seven or eight times and I'm still lost. I'm hoping once I am able to
get things working maybe I can learn more by experimentation, but I haven't
gotten to that point yet.

Red

- Raw text -