[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference 501clb::pcdoom

Title:Doom - The Game
Notice:Doom stuff - see 183 Out of HOURS Access
Moderator:BAHTAT::HILTON
Created:Tue Jun 14 1994
Last Modified:Thu Jun 05 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:212
Total number of notes:3287

183.0. "New archive location on Easynet" by GIDDAY::GILLINGS (a crucible of informative mistakes) Fri Jun 30 1995 03:04

  I've restored Dan's tape archive from FLYTE to a location available
  to Easynet.

  The new location is:

  BANDI::DOOMDISK:[000000...]

  BANDI is DECnet address 59.543. TCP/IP address is BANDI.stl.dec.com
  or 16.153.16.113. FTP may or may not work - I think UCX is running but
  it may not be configired for all types of access.

  You can find a complete listing of the archive in:

  BANDI::DOOMDISK:[000000]$$LISTING.LIS

  Just a few warnings

  BANDI is a baby �VAX 3100 with only 8MB of memory so be gentle! 

  The trans-pacific network link has limited bandwidth, so please don't
  do bulk downloads during *OUR* working hours. 

  Please don't perform directory listings across the net, just copy the
  listing file and select the ones you want.

  The system is at my feet so I can hear activity on the disk (RZ26L,
  so it's very noisy :-). Any excessive load on the system will result
  in summary STOP/ID of the offending server process. If I find this
  happening often I will use file protection to deny access during
  working hours.

  I've had a note from Wade Goodwin who will make the same set of
  files available on a node somewhere on West Coast USA (?). I'll leave
  it to Wade to provide access details when/if they're available. For
  a short time, I'll leave the saveset on disk in case anyone else wants
  to copy it (send me MAIL if you want the location - I don't want open
  slather access to people all over the planet copying a 430,000 block file).

						John Gillings, Sydney CSC
T.RTitleUserPersonal
Name
DateLines
183.1ON GOEDUX::PCDOOM: alsoGOEDUX::GOODWIN_WAThe Field is the place for me.Wed Jul 05 1995 16:472
    On GOEDUX::PCDOOM: now.
    
183.2Don't push it!GIDDAY::GILLINGSa crucible of informative mistakesWed Jul 05 1995 22:4733
  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.3PLAYER::BROWNLTyro-Delphi-hackerThu Jul 06 1995 04:486
    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.4Simple measureGIDDAY::GILLINGSa crucible of informative mistakesThu Jul 06 1995 21:2915
  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.5GOEDUX okGOEDUX::GOODWIN_WAThe Field is the place for me.Fri Jul 07 1995 00:088
    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.6IOSG::INNSFri Jul 07 1995 06:588
    
    
    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.7East Coast site (soon)MS3100::SCHELLMark Schell, 910-996-3676, OpenVMS and NT PartnerSat Jul 08 1995 00:5511
>
>  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.8DISK on DIAL GOEDUX::GOODWIN_WAThe Field is the place for me.Sat Jul 08 1995 04:3911
    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.9Have the disks, just no time...MS3100::wkodhcp2.wko.dec.com::schellMark Schell, ABU Technical Support, CarolinasSun Jul 09 1995 00:275
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.10Help with .zip filesSSDEVO::ASTORSubsystems Engineering SupportTue Dec 05 1995 18:3863
    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.11Just a librarian...GIDDAY::GILLINGSa crucible of informative mistakesMon Dec 11 1995 00:1511
  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.12I'll look elsewhere and update youSSDEVO::ASTORSubsystems Engineering SupportSat Dec 16 1995 17:558
    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