Hello All,

I would like to enquire if anyone has updated the subject file:

=== Begin Cut ===
REDATE2.ZIP

Redate archive files to the date of the newest file within.
Contains C source code.
=== End Cut ===

Or know of any other utility that will perform this task?

Cheers ... Gerald

... A need for self-defense is not a call for gun control.
--- GoldED+/386 v1.1.5-21011
* Origin: A nation cannot have Gun Control and remain free. (1:342/512)

Wed 2002-10-23 16:14, Gerald Miller (1:342/512) wrote to All:

I would like to enquire if anyone has updated the subject file:

=== Begin Cut ===
REDATE2.ZIP

Redate archive files to the date of the newest file within.
Contains C source code.
=== End Cut ===

Or know of any other utility that will perform this task?

Use the -o option to do this with Info-ZIP's zip on existing archives, ie.

zip -o archive.zip

which should leave the archive contents unchanged. With RAR you can use

rar c -znul -tl archive.rar

but this will remove any existing archive comments. If no comments exist, RAR should leave the archive contents unchanged also (so the CRC32 or MD5 checksum of the file will be as it was before you changed the file's timestamp).

I don't know about other archivers. Ideally someone should write a program to do this that works with all common archive formats. I've been thinking about it. ;-) I haven't found anything on the Web to do this.

Regards
Andrew

-- mail@ozzmosis.com

--- Msged/NT 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

Hello Andrew,

On Thursday October 24 2002 at 11:10,
Andrew Clarke [3:633/285.4] wrote to Gerald Miller,
about: REDATE2.ZIP

I would like to enquire if anyone has updated the subject file:
=== Begin Cut ===
REDATE2.ZIP
Redate archive files to the date of the newest file within.
Contains C source code.
=== End Cut ===
Or know of any other utility that will perform this task?

Use the -o option to do this with Info-ZIP's zip on existing archives,
ie.

zip -o archive.zip

which should leave the archive contents unchanged. With RAR you can
use

rar c -znul -tl archive.rar

but this will remove any existing archive comments. If no comments
exist, RAR should leave the archive contents unchanged also (so the
CRC32 or MD5 checksum of the file will be as it was before you changed
the file's timestamp).

I don't know about other archivers. Ideally someone should write a program to do this that works with all common archive formats. I've
been thinking about it. ;-) I haven't found anything on the Web to
do this.

I would suggest that you locate the REDATE2.ZIP archive, because if you're proficient at programming with C, the code is in the archive. Currently, it fixes the date for PAK, ZIP, ARJ and LZH files.

Now, if someone could fix the Y2K bug in the code.....

Thanks ... Gerald

... Some receipes are so fancy they sound almost good enough to eat!
--- GoldED+/386 v1.1.5-21011
* Origin: At the late night, double feature, picture show. (1:342/512)

Wed 2002-10-23 21:12, Gerald Miller (1:342/512) wrote to andrew clarke:

I would suggest that you locate the REDATE2.ZIP archive, because if
you're proficient at programming with C, the code is in the archive. Currently, it fixes the date for PAK, ZIP, ARJ and LZH files.

I missed the "C source code available" on the first read! As it turns out, the
source code is very DOS-specific, and not portable, so a lot of work is needed there, but you could then have a version that worked natively under Windows/UNIX (that would support long file names for eg.).

Now, if someone could fix the Y2K bug in the code.....

Resetting file date on TEST.ZIP to 10/24/102 14:57:50

Is that the only Y2K bug? Just a display issue? That's all I noticed. I changed line 106 of redate.c to read:

((mbrdate >> YEAR_SHIFT) + DOS_EPOCH) % 100,

Resetting file date on TEST.ZIP to 10/24/02 14:57:50

I assume you didn't want the century to show (like the old version). You can download the new source + executable from

http://homepages.ihug.com.au/~ozzmosis/redate2/

-- mail@ozzmosis.com

--- Msged/NT 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

Hello Andrew,

On Thursday October 24 2002 at 14:56,
Andrew Clarke [3:633/285.4] wrote to Gerald Miller,
about: REDATE2.ZIP

I would suggest that you locate the REDATE2.ZIP archive, because if
you're proficient at programming with C, the code is in the archive.
Currently, it fixes the date for PAK, ZIP, ARJ and LZH files.

I missed the "C source code available" on the first read! As it turns out, the source code is very DOS-specific, and not portable, so a lot
of work is needed there, but you could then have a version that worked natively under Windows/UNIX (that would support long file names for
eg.).

OS/2 would be nice, also. :-))))

Now, if someone could fix the Y2K bug in the code.....

Resetting file date on TEST.ZIP to 10/24/102 14:57:50

Is that the only Y2K bug? Just a display issue? That's all I
noticed. I changed line 106 of redate.c to read:

((mbrdate >>> YEAR_SHIFT) + DOS_EPOCH) % 100,

Resetting file date on TEST.ZIP to 10/24/02 14:57:50

I assume you didn't want the century to show (like the old version).

Century is not necessary as I don't believe it's really required. "Like the old version"??? The redate version that I have does not show the century when "Resetting file date on ...."; only the last two figures of the year! ???

You can download the new source + executable from

http://homepages.ihug.com.au/~ozzmosis/redate2/

Thank you. I'll have to get a friend to scoop it. I won't have my INet connection up until the middle of next month (at the latest).....

Just curious.... I created an ARJ archive today, with the switches that set archive date to newest date in archive (1991), then I touched it with today's date. Ran REDATE (my Y2K "bug" version) on the archive - I'm almost positive that REDATE sets the date on ARJ archives to the "time of creation" and not to that of the newest file in the archive. Can you verify this behavior?

Cheers ... Gerald

... Go ahead, make yourself at home... you can start by doing the dishes.
--- GoldED+/386 v1.1.5-21011
* Origin: Young at heart. Slightly older in other areas. (1:342/512)

Thu 2002-10-24 19:34, Gerald Miller (1:342/512) wrote to andrew clarke:

I missed the "C source code available" on the first read! As it
turns out, the source code is very DOS-specific, and not portable, so
a lot of work is needed there, but you could then have a version that
worked natively under Windows/UNIX (that would support long file names
for eg.).

OS/2 would be nice, also. :-))))

I haven't run OS/2 for a few years. An OS/2 version (16 & 32-bit) should be no
problem though.

Just curious.... I created an ARJ archive today, with the switches
that set archive date to newest date in archive (1991), then I touched
it with today's date. Ran REDATE (my Y2K "bug" version) on the archive
- I'm almost positive that REDATE sets the date on ARJ archives to the "time of creation" and not to that of the newest file in the archive.
Can you verify this behavior?

17:45 voodoo [e:\devel\csource\redate2]dir test.txt
2000-01-01 12:00a 16,209 test.txt

17:45 voodoo [e:\devel\csource\redate2]arj a test.arj test.txt
ARJ 2.81a Copyright (c) 1990-2002 ARJ Software, Inc. Jun 12 2002

Creating archive : TEST.ARJ
Adding TEST.TXT 28.9%
1 file(s)

17:45 voodoo [e:\devel\csource\redate2]dir *.arj
2002-10-25 5:45p 4,799 TEST.ARJ

17:45 voodoo [e:\devel\csource\redate2]redate *.arj
Resetting file date on TEST.ARJ to 10/25/02 17:45:18

17:45 voodoo [e:\devel\csource\redate2]dir *.arj
2002-10-25 5:45p 4,799 TEST.ARJ

Looks like it's broken. Maybe it only works with older ARJ archives.

17:47 voodoo [e:\devel\csource\redate2]del *.arj
Deleting E:\devel\csource\redate2\TEST.ARJ
1 file deleted

17:47 voodoo [e:\devel\csource\redate2]arj230 a test.arj test.txt
ARJ 2.30 Copyright (c) 1990-92 Robert K Jung. Jan 19 1992

Creating archive : TEST.ARJ
Adding TEST.TXT 29.0%
1 file(s)

17:47 voodoo [e:\devel\csource\redate2]dir *.arj
2002-10-25 5:47p 4,811 TEST.ARJ

17:48 voodoo [e:\devel\csource\redate2]redate *.arj
Resetting file date on TEST.ARJ to 1/01/00 00:00:00

17:48 voodoo [e:\devel\csource\redate2]dir *.arj
2000-01-01 12:00a 4,811 TEST.ARJ

Yep. ;-)

-- mail@ozzmosis.com

--- Msged/NT 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

Hi Andrew,

On Friday October 25 2002 at 17:35,
Andrew Clarke [3:633/285.4] wrote to Gerald Miller,
about: REDATE2.ZIP

OS/2 would be nice, also. :-))))

I haven't run OS/2 for a few years. An OS/2 version (16 & 32-bit)
should be no problem though.

Just curious.... I created an ARJ archive today, with the switches

that set archive date to newest date in archive (1991), then I

touched it with today's date. Ran REDATE (my Y2K "bug" version) on
the archive - I'm almost positive that REDATE sets the date on ARJ
archives to the "time of creation" and not to that of the newest
file in the archive. Can you verify this behavior?

17:45 voodoo [e:\devel\csource\redate2]dir test.txt
2000-01-01 12:00a 16,209 test.txt
17:45 voodoo [e:\devel\csource\redate2]arj a test.arj test.txt
ARJ 2.81a Copyright (c) 1990-2002 ARJ Software, Inc. Jun 12 2002
Creating archive : TEST.ARJ
Adding TEST.TXT 28.9%
1 file(s)
17:45 voodoo [e:\devel\csource\redate2]dir *.arj
2002-10-25 5:45p 4,799 TEST.ARJ
17:45 voodoo [e:\devel\csource\redate2]redate *.arj
Resetting file date on TEST.ARJ to 10/25/02 17:45:18
17:45 voodoo [e:\devel\csource\redate2]dir *.arj
2002-10-25 5:45p 4,799 TEST.ARJ

Looks like it's broken. Maybe it only works with older ARJ archives.

17:47 voodoo [e:\devel\csource\redate2]del *.arj
Deleting E:\devel\csource\redate2\TEST.ARJ
1 file deleted
17:47 voodoo [e:\devel\csource\redate2]arj230 a test.arj test.txt
ARJ 2.30 Copyright (c) 1990-92 Robert K Jung. Jan 19 1992
Creating archive : TEST.ARJ
Adding TEST.TXT 29.0%
1 file(s)
17:47 voodoo [e:\devel\csource\redate2]dir *.arj
2002-10-25 5:47p 4,811 TEST.ARJ
17:48 voodoo [e:\devel\csource\redate2]redate *.arj
Resetting file date on TEST.ARJ to 1/01/00 00:00:00
17:48 voodoo [e:\devel\csource\redate2]dir *.arj
2000-01-01 12:00a 4,811 TEST.ARJ

Yep. ;-)

Snicker... I noticed that someone entered (or started) code for DWC and ZOO archives (rarely used...) in the ARCHDR.H file, but I've not tried redate against either type of archive.

If you're taking requests for archiver types to add to the code - RAR seems to be very popular... <vBg>

This is a list of the archiving utilities that I have on my hard drive. The vast majority are seldom used and too many are rather old - I just keep them around in the event that I should encounter a "strange archive type."

ACE v1.0c Copyright by Marcel Lemke (Oct. 19/97)
AIN v2.32 Copyright (c) 1993-96 Transas Marine Ltd. (Oct. 04/96)
PKPAK v3.61 Copyright (c) 1986-88 PKWARE Inc. (Aug. 2/88)
PKUNPAK v3.61 Copyright (c) 1986-88 PKWARE Inc. (Aug. 2/88)
ARJ v2.70 Copyright (c) 1990-99 ARJ Software, Inc. (Sep 30 1999)
ARJ.CFG set ARJ_SW=/a /s /jm /jv1 /jyry /i2
ARJ v2.60 Copyright (c) 1990-97 ARJ Software, Inc. (Nov. 16/97)
ARJ260.CFG set ARJ_SW=/a /s /jm /jv1 /jyry /i2
CODEC - COmpressor DECompressor v3.10
CRUSH v1.8 Copyright J.Rollason 1994 (Feb. 28/95)
DWC vA5.01 Copyright (c) 1986,1987,1988 Dean W. Cooper (May 31/88)
HA 0.999ß Copyright (c) 1995 Harri Hirvola
HAP v3.00 Copyright (C) 1992 By Harald Feldmann (Nov. 15/92)
HPACK v0.79a0 Copyright (c) 1989-93 Peter Gutmann (May 1/93)
HYPER v2.5 Copyright (c) 1989,1990 P. Sawatzki & K.P. Nischke (Oct. 29/90)
LHice v1.14 Copyright (c) 1988-89 Haruyasu Yoshizaki (Jul. 15/89)
JAR v1.02 Copyright (c) 1996-97 ARJ Software, Inc. (Aug. 11/97)
LHA v2.55 Copyright (c) 1988-92 Haruyasu Yoshizaki (Nov. 15/92)
PAK v2.51 Copyright (c) 1988-90 NoGate Consulting (Oct. 8/90)
QUANTUM v0.93 Copyright (c) 1993,1994 Cinematronics.
RAR v2.03 Copyright (c) 1993-98 Eugene Roshal (Mar. 19/98)
PAK v2.51 Copyright (c) 1988-90 NoGate Consulting (Oct. 8/90)
SQZ v1.08.3 Copyright (c) 1993 J I Hammarberg (Jan. 24/93)
UltraCompress II revision 2 Copyright (c) 1994 Ad Infinitum Programs
X1 v0.92c, 1/7/1991 - 26/5/1995, (C)opyright Stig Valentini
PKZIP v2.50 Copyright (c) 1989-99 PKWARE Inc. 03-01-1999
PKZIP v2.04g Copyright (c) 1989-93 PKWARE Inc.
PKZIP.CFG
INCLUDE=hidden/system
PATHS=all
ZIPDATE=latest
COMPRESS=maximal
VIEW=extension,comments,long
NET=disabled
PKUNZIP v2.04g Copyright (c) 1989-93 PKWARE Inc.
PKUNZIP v2.50 Copyright (c) 1989-99 PKWARE Inc. 03-01-1999
ZOO v2.10

There are probably more archiving programs that are not in the above list - I haven't been pursuing the gathering of new types of archivers lately.

Cheers ... Gerry

... The trouble with facts is that there are so many of them.
--- GoldED+/386 v1.1.5-21011
* Origin: An argument needs no reason, nor a friendship. (1:342/512)

Fri 2002-10-25 16:39, Gerald Miller (1:342/512) wrote to andrew clarke:

This is a list of the archiving utilities that I have on my hard drive.
The vast majority are seldom used and too many are rather old - I just
keep them around in the event that I should encounter a "strange
archive type."

...

There are probably more archiving programs that are not in the above
list - I haven't been pursuing the gathering of new types of archivers lately.

Here's what I've got ;-)

7-Zip 2.30 Beta 7 Copyright (c) 1999-2001 Igor Pavlov 04-Nov-2001
ACE v2.0 Copyright by ACE Compression Software Jan 11 2001 17:00:18
ARC - Archive utility, Version 6.02, created in January of 1989
ARchive HANdler by GEorge Lyapko v1.40 Shareware (c) 1997-2000
ARJ 2.30 Copyright (c) 1990-92 Robert K Jung. Jan 19 1992
ARJ 2.81a Copyright (c) 1990-2002 ARJ Software, Inc. Jun 12 2002
ARJ32 3.10a Copyright (c) 1990-2002 ARJ Software, Inc. May 31 2002
compress, v 4.2 (DOS, OS/2) 91/02/12 23:49:00 doug/kur Release $
Hamarsoft (R) Hap TM 3.00
JAR 1.02 Copyright (c) 1996-97 ARJ Software, Inc. Aug 11 1997
LHA version 2.55 Copyright (c) Haruyasu Yoshizaki, 1988-92
Pak 2.51 Copyright 1988-90 NoGate Consulting
PKUNZIP (R) FAST! Extract Utility Version 1.93 ALPHA 10-15-91
PKUNZIP (R) FAST! Extract Utility Version 2.04g 02-01-93
PKUNZIP(R) 4.00 FAST! Command Translation Utility for Windows
PKZIP (tm) FAST! Create/Update Utility Version 1.02 10-01-89
PKZIP (R) FAST! Create/Update Utility Version 2.04g 02-01-93
PKZIP(R) 4.00 FAST! Command Translation Utility for Windows
PKZIP(R) Version 5.00 FAST! Compression Utility for Windows
RAR 2.05 Copyright (c) 1993-98 Eugene Roshal 21 September 1998
RAR 2.71 Copyright (c) 1993-2000 Eugene Roshal 20 June 2000
RAR 3.00 Copyright (c) 1993-2002 Eugene Roshal 14 May 2002
UnZip 5.50 of 17 February 2002, by Info-ZIP. Maintained by C. Spieler.
XARC - to decompress a standard ARC Format Archive, Ver 7.1, October, 1990
Zip 2.3 (November 29th 1999).
zoo 2.1 $Date: 91/07/09 02:10:34 $

-- mail@ozzmosis.com

--- Msged 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

Hello Andrew,

On Saturday October 26 2002 at 16:21,
Andrew Clarke [3:633/285.4] wrote to Gerald Miller,
about: REDATE2.ZIP

This is a list of the archiving utilities that I have on my hard
drive. The vast majority are seldom used and too many are rather
old - I just keep them around in the event that I should encounter
a "strange archive type."

...

There are probably more archiving programs that are not in the
above list - I haven't been pursuing the gathering of new types of
archivers lately.

Here's what I've got ;-)

[snip]

Impressive. <vBg>

Just to satisfy my curiosity, what OS(es) are you using?

Cheers ... Gerald

... An optimist is someone who thinks the future is uncertain.
--- GoldED+/386 v1.1.5-21011
* Origin: Tasty recipe found, initiating snagging sequence. (1:342/512)

hi there, andrew!

it was 26.Oct.2002 16:21:08 when you wrote something to Gerald Miller...

PKZIP(R) Version 5.00 FAST! Compression Utility for Windows

hey, where have you got that? :)


--- mailto:burning_shadow#mail.ru
* Origin: ·∙■[NONAME·STATION]■[583-9830]■[00:00-08:00]■∙· (2:5030/1997.9)

Sat 2002-10-26 09:09, Gerald Miller (1:342/512) wrote to andrew clarke:

Just to satisfy my curiosity, what OS(es) are you using?

Windows 2000, Windows 98SE & FreeBSD 4.5R.

-- mail@ozzmosis.com

--- GoldED+/W32 1.1.5-21011
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

Sun 2002-10-27 02:08, Alexey Fayans (2:5030/1997.9) wrote to andrew clarke:

PKZIP(R) Version 5.00 FAST! Compression Utility for Windows

hey, where have you got that? :)

http://www.pkware.com/downloads/

2002-06-30 5:01a 570,512 pkzipc.exe

-- mail@ozzmosis.com

--- GoldED+/W32 1.1.5-21011
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

* An ongoing debate between Andrew Clarke and Gerald Miller rages on ...

Just to satisfy my curiosity, what OS(es) are you using?

AC: > Windows 2000, Windows 98SE & FreeBSD 4.5R.

Hmmm...have you ever used one of the popular Linux distributions? If Yes, how does Linux compare to BSD? I D/L'd the FreeBSD v4.2 iso to CD but have not made the time to play around with same to date. :( I understand it's much more secure?

--
Keep the faith,

: Ben http://bellsouthpwp.net/c/m/cmech617
:
+ WildCat! Board 24/7 (337) 232-4155 33.6kBps 8,N,1 Files!
---
* Origin: FIDONet - The Positronium Repository (1:393/68)

Tue 2002-10-29 23:09, BEN RITCHEY (1:393/68) wrote to ANDREW CLARKE:

Hmmm...have you ever used one of the popular Linux distributions? If
Yes, how does Linux compare to BSD? I D/L'd the FreeBSD v4.2 iso
to CD but have not made the time to play around with same to
date. :( I understand it's much more secure?

I've been using FreeBSD as a gateway (router/firewall) machine on my home network since 1998. Back then the Linux distributions weren't so well-rounded and there were some security issues where some distributions installed default services. These problems weren't really an issue with FreeBSD at the time. They're probably on a par now, security-wise, but I haven't used any of the recent Linux distros on a day-to-day basis though, so I really can't comment on
them. FreeBSD is simple to configure and easy to use for the purpose I use it for, so I've got no reason to switch.

Linux has better hardware support generally, but that doesn't bother me since my FreeBSD box sits headless and keyboardless in a closet. It also has slightly more software available to it, even though FreeBSD will run most Linux
binaries (if you compile support for them into the kernel), eg. apparently Borland's Kylix won't run in FreeBSD's Linux compatibility mode for some reason. I haven't actually tested that theory. Binaries generated by Kylix should run on both though.

My general feeling is to use FreeBSD for crucial networking operations, Linux if you want X Windows and support for lots of peripherals, and MS Windows if you have to. I've never been particularly fond of X Windows though. So it's just BSD + Win for me.

Come to think of it, I'd rather run Mac OS X than Linux. Particularly as it's based on FreeBSD, so it's all familiar territory. Too bad I don't have a Mac that will run it. My newest Mac is 8 years old. %-)

-- mail@ozzmosis.com

--- Msged/NT 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/285.4)

* An ongoing debate between Andrew Clarke and Ben Ritchey rages on ...

AC: > They're probably on a par now, security-wise, but I haven't used any
AC: > of the recent Linux distros on a day-to-day basis though, so I
AC: > really can't comment on them.

Good info, thanks. I use Linux (Mandrake) in an automated environment for Internet Client operations relating to FIDONet and Filegate, so I guess I'm relatively secure. My FTP client/server (Internet Rex) is bullet-proof. :)

--
Keep the faith,

: Ben http://bellsouthpwp.net/c/m/cmech617
:
+ WildCat! Board 24/7 (337) 232-4155 33.6kBps 8,N,1 Files!
---
* Origin: FIDONet - The Positronium Repository (1:393/68)

Thu 2002-10-31 08:49, BEN RITCHEY (1:393/68) wrote to ANDREW CLARKE:

Good info, thanks. I use Linux (Mandrake) in an automated environment
for Internet Client operations relating to FIDONet and Filegate, so
I guess I'm relatively secure.

The basic advice is usually to turn off any default services you don't need that are listed in /etc/inetd.conf. It may also help to set up a firewall so you can monitor the connections made to your server and filter out any unwanted
traffic (both inbound and outbound).

My FTP client/server (Internet Rex) is bullet-proof. :)

The author may be a bit alarmed if they heard you say that! From memory IRex isn't open source so you should be particularly wary making assumptions about its level of security. Which isn't to say it isn't secure, of course...

-- mail@ozzmosis.com

--- Msged/NT 6.1.1
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/267)

* An ongoing debate between Andrew Clarke and Ben Ritchey rages on ...

AC: > The basic advice is usually to turn off any default services you don't
AC: > need that are listed in /etc/inetd.conf. It may also help to set up a

Exactly. I turned them all off <g>.

My FTP client/server (Internet Rex) is bullet-proof. :)

AC: > The author may be a bit alarmed if they heard you say that! From
AC: > memory IRex isn't open source so you should be particularly wary
AC: > making assumptions about its level of security. Which isn't to say it
AC: > isn't secure, of course...

It's survived buffer overflow attacks as well as raw hacking attempts. I glance at the logs daily to watch for those. :) The author responded to my security concerns by doing a review of his own software ... and I tested it. iRex is one of those "old" reliables you keep for good.

--
Keep the faith,

: Ben http://bellsouthpwp.net/c/m/cmech617
:
+ WildCat! Board 24/7 (337) 232-4155 33.6kBps 8,N,1 Files!
---
* Origin: FIDONet - The Positronium Repository (1:393/68)