HDTenEightyP/NetNews huggingface dataset:
From: ts@uwasa.fi (Timo Salmi)
Subject: PKUNZIP batch bug (was Re: unz50u1.exe uploaded to garbo)
Organization: University of Vaasa, Finland
Date: Fri, 8 Jan 1993 08:12:48 GMT

-Subject: Re: unz50u1.exe uploaded to garbo
-To: schriste@uceng.uc.EDU (Steven Christensen)
-Date: Fri, 8 Jan 1993 10:11:15 +0200 (EET)
-From: ts

> 
> In article <ts9301071830.4938@chyde.uwasa.fi> Timo Salmi writes:
> >-Subject: Re: unz50u1.exe uploaded to garbo
> >-To: jloup@chorus.fr (Jean-loup Gailly)
> >-Date: Thu, 7 Jan 1993 20:30:33 +0200 (EET)
> >-From: ts
> >
> >>
> >> Timo,
> >>
> >> I have uploaded to garbo an MSDOS executable of unzip 5.0 with a patch
> >> allowing it to extract files created by pkzip 2.04c....
> >>
> >> We will release as soon as possible an official patch for unzip 5.0,
> >> which will be posted to comp.sources.misc. No patch is necessary in
> >> zip 1.9p1, since pkunzip 2.04c appears to accept all zip-generated
> >> files (except for bugs in pkunzip which are also present for
> >> pkzip-generated files, such as when pkunzip is invoked in a batch
> >> file).
> 
> 
> Could you please tell me more about the bug in PKUNZIP when executed
> from a batch file? I am having problems with PKUNZIP under SHEZ, an
> archiver shell. It locks up my whem when unZipping a file.
> 
> Thanks,
> 		Steven
> 
> 
> 
> -- 
> Steven V. Christensen
> schriste@uceng.uc.edu
> 

Hello Steven,

I'll forward this to comp.compression to get a wider audience for
your very important question.  I am worried about the same, and
don't have an answer.

   All the best, Timo

P.S.  Dear readers of comp.compression.  Please post rather than
email your observations for a wider circulation.

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.compression
From: a7657@mindlink.bc.ca (Stephen H. Kawamoto)
Subject: Re: PKZip 2.04c Patent
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 6 Jan 1993 05:52:01 GMT

This is what PKZIP (R) Version 1.10 shows when you just enter PKZIP:

PKZIP (R)   FAST!   Create/Update Utility   Version 1.1   03-15-90
Copr. 1989-1990 PKWARE Inc.  All Rights Reserved.  PKZIP/h for help
PKZIP Reg. U.S. Pat. and Tm. Off.


--
address Email to reach me: <a7657@mindlink.bc.ca>||<an3364@anon.penet.fi>
    "It is the very mind itself
     That leads the mind astray;
     Of the mind,
     Do not be mindless."
     (an old Japanese folk song)
Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: PKZ204C.EXE *NOT* INFECTED, or ...???
Organization: University of Vaasa, Finland
Date: Wed, 6 Jan 1993 21:09:42 GMT

In article <1993Jan6.113117.1999@msus1.msus.edu> skriefal@eeyore.stcloud.msus.edu (Scott Kriefall) writes:
>I can also guarantee that PKZ204C.EXE is *not* infected.  Just last
>night, I dialed PKWare's support BBS and downloaded it from them.  I
>compared it to the file from wuarchive, and there was no difference.  It
>is *not* a hack, but the real thing this time.

Look Dear Friends.  I do not think that anyone is truly worried
about the original PKZ204C.EXE being a hack.  Its credentials seem
to have been established beyond any doubt.  The worry rather is/was
that someone _could_ plant a hack into an open exchange directory,
because techincally that is very easy to do.  (I would be able to
plant a virus version in five minutes into an unmoderated exchange
directory, if I wanted to.  But DON'T worry.  I am the last person
who would do something like that.  The point is that it could be
done). 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: *** WARNING *** dangerous bugs in PKZIP 2.04c
Date: 7 Jan 93 07:44:34 GMT
Organization: Academic Computer Centre Utrecht

There are many bugs in PKZIP 2.04c of which two seem to be significant.
First of all their DPMI support is very buggy, this causes crashes,
loss of data etc. ALWAYS USE THE -) OPTION TO DISABLE DPMI. When
you are using Windows, OS/2 2.0 or QEMM this is vital (386^MAX has
not been investigated yet).
Running PKUNZIP from a batch file or with REARJ also generaties problems
for which no reason has been found yet.
PKWARE has already promised a bug fix release (and specifically
advises to use the -) option many times on CompuServe) but till
now only acknowledged bugs with voluma names and the CFG file (manual
bugs).

When using -) PKZIP seems to work flawlessly and is a very impressive
program. Especially the speed of -es remains amazing to me.

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

To get (many) ==> LOSSLESS DATA COMPRESSION SOURCES <== get lds_10.zip at 
garbo.uwasa.fi /pc/programming. Make files for Borland C are included.
From: caeser@csd4.csd.uwm.edu (Robert Michael Trotter)
Newsgroups: comp.compression
Subject: PKZIP 2.04c is shipping...
Date: 4 Jan 1993 17:28:21 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

	Called up the PKWARE BBS today, new message here it is:


Last Update: 01/04/93
*********************************************************************
*******  PKZIP 2.04c is shipping. Please allow 7-10 business  *******
*******  days to process and ship orders. It will appear on   *******
*******  BBS's shortly here after.                            *******
*********************************************************************
 
 Do not trust or use any version of PKZIP other than 1.10,1.93, and 
 2.04c. All other versions currently circulating on BBS's are fakes.  
 These fake programs should be considered hostile and not be trusted, 
 they may contain viruses, trojans, or other tricks.  

 PLEASE DO NOT LEAVE MESSAGES ASKING FOR INFORMATION ABOUT BUSINESS,
 CURRENT ORDERS,UPGRADES,ADDRESS CHANGES/CORRECTIONS,ETC AS THE BBS
 IS NOT SETUP TO HANDLE THESE. IT IS MORE EFFICIENT TO CALL THE OFFICE 
 AND TALK TO A CUSTOMER REPRESENATIVE. OUR NUMBER IS 414-354-8699
 WE APPRECIATE YOUR SUPPORT. 

e:NEWFILE.EXE *R *G *H|<Press Enter> 

 --------------------------------------------------------------------
 ==  Please upload only .ZIP files to this BBS.   Uploads in other ==
 ==  formats will be DELETED AUTOMATICALLY by the system.          ==
 --------------------------------------------------------------------
 
   Pursuant to the Electronics and Communications Privacy Act of
   1986, Title 18, United States Code, Sections 2510 and following,
   notice is hereby given that there are no facilites provided by 
   this system for sending or receiving confidential messages. The
   system operator and assigns may read all messages left by any user.
 
 +------------------------------------------------------------------+
 |  You can order PKZIP, PKLITE, PKZFIND, and other PKWARE products |
 |  on-line with your MasterCard or Visa!  See the B)ulletins       |
 |  menu for details.  Advance orders for PKZIP 2.0 can be made by  |
 |  selecting Wait for Next Version when you order.                 |
 +------------------------------------------------------------------+

 <Press Enter> 

-- 
Minnesota Vikings	11-5	NFC Central Division Champions 1992-93!

Salisbury back in the pocket,DRAW to Allen,Allen bursts up the middle,TOUCHDOWN!
Newsgroups: comp.compression
From: rob@sound.demon.co.uk (Robert J Barth)
Subject: PKZ204C (W04) error !
Reply-To: rob@sound.demon.co.uk
Distribution: world
X-Mailer: cppnews $Revision: 1.30 $
Organization: Sound & Vision BBS (UK) 0932 252323
Date: Fri, 8 Jan 1993 16:38:52 +0000

More ZIP crapness :

PKZIP: (W04) Warning! can't delete \\SERVER\CDRIVE\ABCDEFGH
Every bloody time, it leaves chunks divisble by ~64 litered all over my HD.
I run Netware Lite 1.10, on a mixture of 386s/486s, and it'sa annoying !
W04 is listed as something completely different...

In SHEZ, it's not overwriting it's %age running totals, so I get e.g. :
 Inflating: FRED.EXE (224488100%

When's the bug fix version due out :-)

-rob-

=----------------------------------.----------------------------------------=
| Nominal  : Rob Barth             | RJB Communications (+44) (0)932 253131 |
| InterNet : rob@sound.demon.co.uk | Sound & Vision BBS (+44) (0)932 252323 |
| FidoNet  : sysop, 2:254/14       |  The best UK BBS with a full UseNet &  |
| Nyx      : rbarth@nyx.cs.du.edu  | Internet Email feed. All hours/speeds. |
=----------------------------------.----------------------------------------=
Newsgroups: comp.compression
From: Neil@swamp.demon.co.uk (njb)
Subject: MPEG
Distribution: world
Organization: "Industrial EcoDeath Corp"
Date: Tue, 5 Jan 1993 00:48:22 +0000

Where can I get an MPEG player for an IBM PC? DOS or Windows, either will do.

TIA,
    Neil
Newsgroups: comp.compression
From: leo@rulhp2.leidenuniv.nl (L. Mekenkamp)
Subject: WUARCHIVE CLAIMS PKZIP/UNZIP 2.04c IS A HACK
Keywords: pkzip pkunzip hack
Organization:  Dept. of Mathematics and Computer Science ; Univ. of Leiden ; the Netherlands
Date: Tue, 5 Jan 93 16:16:58 GMT

The title says it all. WUARCHIVE@WUSTL.EDU warned me NOT to use the "new"
pkzip/unzip because it is contaminated with the Maltese Amoeba virus.

Can someone *please* tell me what the f**k is going on and WHO put that new
hacked version there.

Or is someone just trying to freak us up and place a phony virus message there?

Leo


Leo Mekenkamp
Leiden University, The Netherlands
Mekenkamp@RulWinWST.Leidenuniv.NL



Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: *** WARNING *** dangerous bugs in PKZIP 2.04c
Organization: University of Vaasa, Finland
Date: Thu, 7 Jan 1993 10:34:19 GMT

In article <3558@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>now only acknowledged bugs with voluma names and the CFG file (manual
>bugs).

About the manual.  It is ambiguously written at places.  Not only is
there the maximal / maximum keyword confusion for COMPRESS= but
there is no clear indication whether one should use "off" or
"disable" for e.g. XMS= or whether they both work.  How do I know
anyway if they are still on or not?  With the compression, pkzip
tells what it uses, but with EMS it tell stat it detects it, but
does it then use it or not?

(gripe, gripe, gripe :-)

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.compression
Subject: Re: WUARCHIVE CLAIMS PKZIP/UNZIP 2.04c IS A HACK
Date: 6 Jan 1993 19:44:27 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu
Keywords: pkzip pkunzip hack


>> Can someone post a UNIX "sum pkz204c.exe" result so we can 

The correct length of pkz204c.exe is 188,818 bytes.  That's the first
thing you should check.  The result of sum is "36332   185", and the
zip-style crc (what you would see in an unzip listing if you zipped
pkz204c.exe) is d864b4ba.

Mark Adler
madler@cco.caltech.edu
From: pchan@acs.bu.edu (Patrick Chan)
Newsgroups: comp.compression
Subject: Re: *** WARNING *** PKZIP 2.04c is infected by a virus.
Date: 7 Jan 93 21:11:38 GMT
Organization: Boston University, Boston, MA, USA

Would it be a kind of advertising technique for the pkzip to . . .
Just kidding . . . however, we have already wasted a lot of bandwidth
to discuss this matter again and again . . . 

Summary: NO VIRUS IS PRESENTED IN PKZIP 2.04c, however, some bugs
         do exsist in the prog.

Best wishes---

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Patrick Chan                      ||     Boston University
Boston, MA, U.S.A.                ||     Biomedical Engineering
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-










Newsgroups: comp.compression
From: tusk@daimi.aau.dk (Martin M|ller Pedersen)
Subject: Re: DID YOU KNOW DIET144.ZIP ?
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Sun, 10 Jan 93 17:54:21 GMT

TCSAR03@waccvm.corp.mot.com (Germain Leutwyler) writes:

>Hi,

>Just to share some info...

>I found few weeks ago the above utility in the well-known but anonymous
>ftpsite nic.funet.fi under \pub\msdos\utilities\filutl.

>I use it for all files on my HD but it is not an archiver !

>All files could be made self-extractable (.EXE, .COM, .SYS) including
>programs with overlays (!!!) and DATA files too.

>This utility could be run in TSR mode, the memory space used is
>minimal and speed is adequate (transparent for the user).

>It is a good alternative versus complete subdirectories archivers for
>people being short in space with their HD. Try it and let me know your
>feelings afterwards !

>Best regards and happy new year,
>Germain


There is a few problems with diet 1.44 beware of this:

1: pkzip v1.93 and hpack0.78a0 doesn't work if some files are packed
   with diet. Use arj instead.

2: Some games destroyed themself if they are diet-packed because
   they write direct to their .exe files. E.g. twinpac

3: diet is very slow with some overlayed program. e.g. fractint 17.2
   (very very slow).

I use diet to all my textfiles and SOME games and always make
a backup before I try diet for the first time on a new game.

Have others found some problems with diet and other programs?



'              _..-'(                        )`-.._
            ./'. "II\\.       (\_/)       .//II' .`\.
         ./'.I'.'IIII\\I..    )o o(    ..I//IIII"."I."\.
      ./'..I'.II IIIII\\\\ ""   _   "" ////IIIII II."I.."\.
    ./'.II'.IIII IIIIIIIIIIII.     .IIIIIIIIIIII IIII."II."\.
   /'III'.IIIIII IIIIIIIIIIII(     )IIIIIIIIIIII IIIIII."III"\
  ".III".IIIIIII IIIIIIIIIIII(     )IIIIIIIIIIII IIIIIII.`III.`
 ".III IIIIIIIII I/"   ``\II``     ""II/''   `\I IIIIIIIII.`III.`
 I/' \./'     "\./         \|I\   /I|/         \./"     "\./ "\I
 V    V         V          )' "\ /" "(          V         V    V
 "    "         "               V               "         "    "

"HAVE NO FEAR CAUSE BATMAN'S HERE......""""

 Another member of The BatSign Board (TM)
Martin M. Pedersen, Aarhus University, Aarhus
Internet address: tusk@daimi.aau.dk








Newsgroups: comp.compression,comp.os.msdos.4dos
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: PKZip 2.04c and 4DOS
Organization: Qualcomm, Inc., San Diego, CA
Date: Thu, 7 Jan 1993 18:07:37 GMT

All those who are getting strange CRC problems and "Insert disk #1"
type wierdnesses while running PKZip 2.04c from a batch file:  are you
using 4DOS?  I found that the visible problems stopped when I ran
under just COMMAND.COM.  I'm not sure whether this is interaction with
4DOS or just a different memory configuration.  PKZ204C has known DPMI
and other memory problems and 4DOS has been extremely solid, so for
the moment I'm assuming it's a PKZ problem, but it's something to consider.

-- 
Thank you for flying USAF.  We hope you will consider us again when your travel
plans next include bombing Baghdad.
Newsgroups: comp.compression
From: dtl8v@holmes.acc.Virginia.EDU (Heracleitus)
Subject: Re: pkzip 2.04c / unzip v5.0 compatibility
Organization: University of Virginia
Date: Fri, 8 Jan 1993 14:22:51 GMT


  I thought PKZip's and Info-Zip's compression engines were identical,
but maybe PKWare sacrificed some compression efficiency for speed, as
here as some comparative results for compressing the same set of
files--the PKZip 2.04c distribution files--with PKZip's normal and
xtra compression and Info-Zip's normal and xtra (-9) compression:
.            <DIR>     01-05-93  11:02a
..           <DIR>     01-05-93  11:02a
PKNORMAL ZIP    174457 01-05-93  11:09a
PKZEXTRA ZIP    173588 01-05-93  11:12a
INFONORM ZIP    173386 01-05-93  11:11a
INFOXTRA ZIP    173088 01-07-93   5:01p
        6 file(s)     694519 bytes
  Nevertheless, ZIP 2.04c uncompresses all info-zip files, and
vice-versa (short of problems like the one reported for encrypted
files).

Doug Lamb
University of Virginia
dtl8v@Virginia.EDU
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZip 2.04c quick impressions
Date: 7 Jan 93 22:32:57 GMT
Organization: Academic Computer Centre Utrecht

In <814@ulogic.UUCP> hartman@ulogic.UUCP (Richard M. Hartman) writes:

[About PKZIP 2.04c multivolume support]

>It seems it could mark the sector (which should have been done during
>formatting of the disk anyway) and try and find the next good sector,
>OR get rid of the (potentially flawed) disk and redo those 19 sectors
>on the next disk.

Actually PKZIP does the opposite. If a sector is marked BAD in the
FAT its quick format removes the mark making it good again. A very
bad thing for file integrity.

>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>If only you knew what's inside of me now	|
>you wouldn't want to know me, somehow.		|	-Richard Hartman	
>But, you will love me tonight,			|	hartman@uLogic.COM
>we alone will be all right.  Heaven!		|

Nico E. de Vries  (nevries@cc.ruu.nl  100115,2303) |-----*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

To get (many) ==> LOSSLESS DATA COMPRESSION SOURCES <== get lds_10.zip at 
garbo.uwasa.fi /pc/programming. Make files for Borland C are included. 
Newsgroups: comp.compression
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: I have uploaded PKZip 2.04c to wuarchive
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 5 Jan 1993 18:35:57 GMT


P.S. take a look at wuarchive, pkz204c.exe is back again, although
this may be an upload/delete war. :)
-- 
Faster cars, colder beer, younger women, more money!
Newsgroups: comp.compression
From: jason9@eskimo.com (Jason Haskins)
Subject: PKZIP 2.04c and Windows 3.1
Organization: -> ESKIMO NORTH (206) For-Ever <-
Date: Tue, 12 Jan 1993 04:04:22 GMT


I recently obtained a copy of PKZIP version 2.04c and executed it at the
DOS Prompt under Windows 3.1.  After ziping the file, the DOS Prompt
closed down, and I was unable to run any other applications (I got a
message stating that I had no memory available.  I can assure you I did
- 4MB).  I then exited Windows, and as Windows was exiting to DOS, I got
the message "Memory Allocation Error.  Unable to find COMMAND, system
halted."  I'm runing on a standard 486DX/33 with 4MB RAM.  I was doing
nothing unusual in Windows at the time of the incident, and even tried
it again with the same results.  Does version 2.04c simply not run under
Windows? This is very disturbing.
Newsgroups: comp.compression,comp.os.msdos.4dos
From: hartnegg@sun1.ruf.uni-freiburg.de (Klaus Hartnegg)
Subject: Re: A note on using PKUNZIP 2.04c with 4DOS and Windows 3.1
Organization: Rechenzentrum der Universitaet Freiburg, Deutschland
Date: Sat, 9 Jan 93 10:40:29 GMT

pss1@kepler.unh.edu (Paul S Secinaro) writes:


>In case anyone else is having problems along these lines, I'd just
>like to mention that I've experienced fatal crashes (memory allocation
>errors) when trying to use pkunzip 2.04c in a Windows 4DOS session.
>In order to prevent this, I'm using the '-)' switch, which disables
>DPMI support (this is mentioned in ADDENDUM.DOC).  This seems to
>eliminate the problem.

I have what I think is the same problem.
When running pkunzip with qemm installed, the computer hangs
completety. When setting desqview protection level to 3, I
get error messages stating that the program accesses memory 
locations that it should not access.

The option -- corrects this, but the string XMS=disable
in pkzip.cfg does NOT. According to the docs it should be
the same as the option --.

Please could people suspend using the new pkzip to compress
files to be put on bbs and ftp servers until pkware 
distributes a bug fixed version.
The compression is not worth it anyway. Just 1/2 percent
better than arj (tested with the files in the pkzip archive).
-- 
------------------------------------------------------------------------------
Klaus Hartnegg, Kleist-Str. 7, D-7835 Teningen, Germany   
hartnegg@sun1.ruf.uni-freiburg.de  or  hakl@ibm.ruf.uni-freiburg.de
Disclaimer: this text reflects MY opinion, not that of my employer!
Newsgroups: comp.compression
From: kocherp@leland.Stanford.EDU (Paul Carl Kocher)
Subject: Re: List of known bugs for pkzip2.04 please..
Keywords: pkzip bugs
Organization: DSG, Stanford University, CA 94305, USA
Date: Tue, 12 Jan 93 00:33:11 GMT

In article <3575@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>The PKZIP 1.10 AV system is very easy to crack (many tools are available
>for this purpose). Therefore it is useless and meaningless to support them.
>BTW The new AV scheme has been reported to even weaker. See sci.crypt for
>more information. The ARJ security envelope has been cracked as well BTW.
>IMO only HPACK has a proper AV implementation. (it uses RSA) 

Actually, some aspects of the new AV algorithm are quite a bit better
than the old one, and I don't think any parts of it are actually
weaker (although neither is adequate).  Unless I missed a post to 
sci.crypt about the matter, I don't think anyone has posted specific
information about how to take advantage of the problem (and I hope 
that, at least until PKWARE has time to improve the situation, nobody 
will).

-- Paul Kocher

________Paul C. Kocher, Box 13554, Stanford, CA 94309, 415/497-6589_________
kocherp@leland.stanford.edu (preferred), root@kocher.stanford.edu.  Contract
programming work sought (PC assembly, security, etc) -- write/call for info.