home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / folklore / computer / 16597 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!psuvax1!rutgers!bobsbox.rent.com!spatula!azog
  2. From: azog@spatula.rent.com (Billy D'Augustine)
  3. Newsgroups: alt.folklore.computers
  4. Subject: Re: ASSEMBLY LANGUAGE IBM
  5. Message-ID: <1992Nov22.032132.14404@spatula.rent.com>
  6. Date: 22 Nov 92 03:21:32 GMT
  7. References: <1992Nov18.134855.28580@geovision.gvc.com> <1992Nov19.230823.9763@spatula.rent.com> <30546@nntp_server.ems.cdc.com>
  8. Organization: A kitchen utensil somewhere in central New Jersey
  9. Lines: 39
  10.  
  11. In article <30546@nntp_server.ems.cdc.com> tbruseha@hollywood.ems.cdc.com (Tom Brusehaver) writes:
  12. >In article <1992Nov19.230823.9763@spatula.rent.com> azog@spatula.rent.com (Billy D'Augustine) writes:
  13. >
  14. [ much blathering by myself deleted ]
  15. >Did you really get rid of it, or did you just replace the physical
  16. >unit (card reader/punch) with something else?  Arent most devices
  17. >attatched to a 360 class mainframe (or sorry 390) through SNA still
  18. >considered card readers and punchers (I haven't actually messed with
  19. >VSE, only MVS)?
  20. >
  21.  
  22. Well, for the longest time, the actual reference to the card reader
  23. (2901? forget), was removed the system startup (a DEFINE card), but
  24. the physcial machine sat around for a few months. When we got rid of it,
  25. we rewired channel 0 (where the cardreader and printers usually live, 
  26. due to being such slow I/O devices). Now we have 020 as a 3422 mag reel
  27. drive, and 00E as a 4245 printer. Now, think about this addressing just
  28. a little bit. What do you think will happen when you fire up a nice
  29. tape sort on 020? The printer stops...
  30.  
  31. Anyways, things are still refered to as cards (and devices are 
  32. card readers and punches). You can still see this when you 
  33. start things up, virtual card readers and all that. ICCF (the
  34. development system) cannot handle anything but card images, even
  35. tho its a real file. Columns 72 thru 80 are totally unaccessable, and
  36. used for special editing tasks (and dont start me on the ICCF editor,
  37. the most horrid thing I ever saw)...
  38.  
  39. I could go on for hours about the badness of things. Here is something
  40. to ponder on... All the password files (for CICS) are text files sitting
  41. somewhere on the system. To add a new password, you have to assemble this
  42. text file into a phase (IBMs name for an executable). The originating
  43. text file is in no way encrypted or protected. On that same vein, a 
  44. user simply cannot change his password by himself. 
  45.  
  46. -- 
  47. Billy D'Augustine azog@spatula.rent.com
  48.  
  49. No lord shall stand before myself.
  50.