T.R | Title | User | Personal Name | Date | Lines |
---|
183.1 | ON GOEDUX::PCDOOM: also | GOEDUX::GOODWIN_WA | The Field is the place for me. | Wed Jul 05 1995 16:47 | 2 |
| On GOEDUX::PCDOOM: now.
|
183.2 | Don't push it! | GIDDAY::GILLINGS | a crucible of informative mistakes | Wed Jul 05 1995 22:47 | 33 |
| Well, some halfwit from a node in NH (you know who you are!) hit BANDI
with a directory listing at 10AM my time. This was NOT appreciated. I
blocked network access and killed the server processes. I sent a MAIL message
and reenabled accesses half an hour later. So what does the bozo do? Another
directory listing! Even after I blocked network accesses there were a further
dozen or so attempts on to perform FAL operations. So, I've now protected
the top level directory. If I remember, I'll unprotect it just before I
leave tonight.
Now, since at least one of you didn't see this in .0, I'll repeat it here:
> Please don't perform directory listings across the net, just copy the
> listing file and select the ones you want.
>
> BANDI::DOOMDISK:[000000]$$LISTING.LIS
once more, louder, for the dummies:
DO NOT PERFORM DIRECTORY LISTINGS ACROSS THE NET, JUST COPY THE LISTING
FILE BANDI::DOOMDISK:[000000]$$LISTING.LIS
The timezone here is +1100. So, if I've got my calculations right,
our working hours are:
East coast USA 1600 -> 0200 (next day)
West coast USA 1300 -> 2300
UK 2100 -> 0700 (next day) ?
If the protection is correct you *MAY* copy small files, such as the
listings during these hours but DO NOT do anything which I will notice.
John Gillings, Sydney CSC
|
183.3 | | PLAYER::BROWNL | Tyro-Delphi-hacker | Thu Jul 06 1995 04:48 | 6 |
| Bill Lin (of TARKIN) fame, has a batch procedure which sets and resets
the protections on his machine at the start and end of the working day.
For "emergencies", he's always been willing to send a single file.
Perhaps you should adopt a similar approach.
Cheers, Laurie.
|
183.4 | Simple measure | GIDDAY::GILLINGS | a crucible of informative mistakes | Thu Jul 06 1995 21:29 | 15 |
| The real problem is not the copying of single files, but directory searches
or copying large numbers of files en-masse, since these tend to thrash the
disk and generate lots of audits. I've now set protection on the
subdirectories to (W:E). This means you can only access a file if you know
its name *exactly*.
So, just COPY BANDI::DOOMDISK:[000000]$$LISTING.LIS, select the files you
want and request them individually. The new protection also prevents
wildcard copies, so just build yourself a command procedure to request
multiple files.
I still have the saveset on line if anyone else wants to replicate the
archive. A site on East Coast USA and another in Europe would provide
global coverage.
John Gillings, Sydney CSC
|
183.5 | GOEDUX ok | GOEDUX::GOODWIN_WA | The Field is the place for me. | Fri Jul 07 1995 00:08 | 8 |
| The Files are also on GOEDUX::PCDOOM:.
So far I have not seen any slow downs due to access, but take it easy
during work hours.
thanks
wade
|
183.6 | | IOSG::INNS | | Fri Jul 07 1995 06:58 | 8 |
|
I wouldn`t worry about constant down-loading by hundreds of people -
when the archive was on FLYTE it was not used very much at all. I guess
there is just a bit of activity at the mo due to people wanting to
catch up...
Nick$used_to_look_after_Flyte_with_Dan!
|
183.7 | East Coast site (soon) | MS3100::SCHELL | Mark Schell, 910-996-3676, OpenVMS and NT Partner | Sat Jul 08 1995 00:55 | 11 |
| >
> I still have the saveset on line if anyone else wants to replicate the
> archive. A site on East Coast USA and another in Europe would provide
> global coverage.
> John Gillings, Sydney CSC
>
I would be willing to host an East Coast site. I've got to get some
disk space organized, etc. before I can do this....
Mark
|
183.8 | DISK on DIAL | GOEDUX::GOODWIN_WA | The Field is the place for me. | Sat Jul 08 1995 04:39 | 11 |
| If you are running on a SCSI based system (3100 etc) you can find disk
on DIAL for 0 cost (there is a shipping cost). I just picked up 3
RZ55's. RZ55's are only 300 plus meg but sometimes thats enough.
VTX DIAL gets you there.
SInce GOEDUX is on the west coast a east cost site would be good.
thanks
wade
|
183.9 | Have the disks, just no time... | MS3100::wkodhcp2.wko.dec.com::schell | Mark Schell, ABU Technical Support, Carolinas | Sun Jul 09 1995 00:27 | 5 |
| Thanks for the info about DIAL. It's not the disk that I need, just
the time to organize an area on the machine, and to install some
disks that I already have.
Mark
|
183.10 | Help with .zip files | SSDEVO::ASTOR | Subsystems Engineering Support | Tue Dec 05 1995 18:38 | 63 |
| Hi,
First off, thank you for providing a repository for all this great
doom stuff. I just purchased doom2 and received version 1.666.?
I have copied the required patch kits to bring me up to version 1.9.
The problem is, that I cannot unzip these files no matter how or what
I have tried. It seems that any file I have copied from BANDI or
GEODUX gives me the same problem. I suspect the file format is wrong
or something, but the bottom line is I need some help!
Info on problem:
1. VMS copy was used to copy the zip files from either GOEDUX or BANDI
to a VAX system running VMS 5.5-2.
2. I used PKUNZIP from DOS as well as UNZIP-VAX from VMS with no luck.
3. UNZIP-VAX version 5.0, PKUNZIP version 2.4(?)
4. This error occurrs on both the D2_19PAT.ZIP and D2V17P.ZIP files
as well as the Aliens wad files.
Example VMS error message:
$ unzip -l D2V17P.ZIP;3
warning: extra 382 bytes at beginning or within zipfile
(attempting to process anyway)
error: start of central directory not found; zipfile corrupt.
(please check that you have transferred or created the zipfile in the
appropriate BINARY mode--this includes ftp, Kermit, AND unzip'd
zipfiles)
Full directory of file:
$ dir/full D2V17P.ZIP;2
Directory SYS$SYSDEVICE:[K_ASTOR.PC]
D2V17P.ZIP;2 File ID: (4775,11216,0)
Size: 127/129 Owner: [1,50]
Created: 22-NOV-1994 14:28:35.00
Revised: 5-DEC-1995 16:07:16.63 (9)
Expires: <None specified>
Backup: <No backup recorded>
File organization: Sequential
File attributes: Allocation: 129, Extend: 0, Global buffer count: 0
No version limit
Record format: Fixed length 512 byte records
Record attributes: None
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Could someone else in this file test these files or tell me what I'm
doing wrong?
Thanks and best regards,
Kurt Astor
|
183.11 | Just a librarian... | GIDDAY::GILLINGS | a crucible of informative mistakes | Mon Dec 11 1995 00:15 | 11 |
| Kurt,
It's entirely possible that the ZIP file is corrupt. The files on both
BANDI and GOEDUX are copies of the archive on another node (name escapes
me right now). I don't know enough about ZIP or PC file structures to be
able to tell if they're OK. Perhaps someone who has the time and knowledge
to pull fresh copies off the internet. I will add or replace any files
you like. Just send me MAIL with the location of the new file.
John Gillings, Sydney CSC
PS: HEXNDEMO.ZIP is now in the [MISC] directory. Thanks.
|
183.12 | I'll look elsewhere and update you | SSDEVO::ASTOR | Subsystems Engineering Support | Sat Dec 16 1995 17:55 | 8 |
| Thanks,
I'll snoop around the web and see if I can find them. If I get a
sucessful copy I'll send you mail.
Regards,
Kurt
|