The RD53 in my PRO-350 has started refusing to spin up...you can here it try to, as a whirrign noise that increases in pitch and loudness for a while, but then slows back down to nothing...is this disk completely dead, or is it possible to fix? Lee K. Gleason N5ZMR Control-G Consultants gleason at mwk dot com ================================ DEC Professional Computer Frequently Asked Questions and Miscellaneous Trivia ================================ compiled and edited by: Chaim Dworkin chaim at linc dot cis dot upenn dot edu ------------------- -------------------------------------------------------- Vol. 2 No. 2 Part I Size:971 lines; 49753 bytes 3 September, 1993 ------------------------------------------------------------------------------ This is Part 1 of a 2 part post. This "FAQ and other miscellaneous trivia" is compiled from discussions which took place on comp.sys.dec.micro over the past 5 years. Whenever possible names and addresses of contributing individuals are placed after each answer. Additions, corrections, and constructive comments are welcomed. Summary of questions in Part I: Q1. I have just acquired a DEC "Professional 350". I really don't know what it is. What operating system will it run? What sort of CPU does it have? Q2. What's the difference between a pro350 and a pro380? Q3. What languages are available for the Pro? Q4. Where can I get software for the Professional computer? Q5. How much memory is on the motherboard? How much can I bring it up to? Q6. How can I add memory to my Pro? Q7. Along with the Pro-380 I received three RAM boards. I know that the slots in the Pro computers are dedicated, RAM goes in a specified slot, video in another, etc. Can all three RAM boards be put in and be recognized? Q8. Can I put a hard drive and controller card in my Pro 325 to convert it to a Pro 350? Q9. Is there any possible way of doing any kinda modification to my Pro 350 to turn it into a Pro 380? Q10. How do I format a generic floppy on a PRO? Q11. Can I format an RX50 on my MSDOS computer? Q12. Is there a way to copy RX50s on an MSDOS computer? Q13. Is an RX50 equivalent to a low density or high density generic floppy? Q14. Is there any way to make a PRO floppy bootable? Q15. What's the difference between a microPDP-11 and a Pro? Q16. Can I run MSDOS on a Pro? Q17. Where can I get unix for the Pro? Q18. I just installed venix on my Pro. What is the root password? Q14. I have an old copy of xxx unix for the Pro in a closet somewhere and I'm going to clean out the closet and discard all the old Pro stuff. Summary of questions in Part II: Q15. I have lots of space on my disk yet whenever I try to copy a file I get a message saying out of disk space, please delete some files and try again. Why? Q16 How do I reclaim disk space occupied by "invisible" files? Q17. How do I set the printer port baud rate from DCL? Q18. How do I enter DCL commands that are more than one line in length? Q19. How do I set protection on a file? Q20. How do I reassign a device's LUN after the task has been built? Q21. How do I Run RMD (SHOW MEMORY) from a second terminal? Q22. I'm running P/OS 2.0 and can't get it to recognize my 20 Mb drive. Q23. I was given a Pro-350 by an office that was junking it and when I booted it up it asked for a password. I don't know any passwords. How can I break past that and delete the password file? Q24. Can anyone out there tell me the pinout for the monitor/keyboard connector on a DecPro 350? Q25. What is the pinout for the video port? Q26. What are the pin-outs for the RX50 floppy controller? Q27. I booted my Pro and got an error code. What does it mean? Q28. Are there any pro BBSs? Q29. I can't get my hands on an ethernet connection for my Pro. Is there any alternative? Q30. What is the latest version of Kermit available for the Pro? Q31. The Pro-350 comes with one serial port standard. Does anyone know if it's possible to add a second serial port or additional ports? Q32. What is DDCMP, Digital Data Communications Message Protocol? Q33. I have an RD-something. What kind of drive is it? What kind of controller do I need? Q35. I tried to plug in the keyboard while my Pro was powered up and now the keyboard doesn't work. ************************** Q1. I have just acquired a DEC "Professional 350". I really don't know what it is. What operating system will it run? What sort of CPU does it have? The Pro-300 was the engineering workstation of it's time. There were 3 models: the 325, 350, and 380. The 325 and 350 shared the LSI-11/23 cpu. The difference between them was that the 325 was floppy based, while the 350 had a hard disk and a bigger power supply. It can handle the RD51, RD52, and RD53 drives (10, 20, and 71MB, respectively). The 380 was based on the LSI-11/73 cpu. Available options include color monitors and ethernet. Runs 16 bits at 3 Mhz. Basically, the PRO-300 is a personal PDP-11, with computer and terminal in a neat pc package. It has an expansion bus, the CT-bus. Unfortunately, it never really caught on, DEC marketing being what it is, despite being a contemporary of the IBM-PC and being priced about the same as the original IBM's. A friend of mine ran some benchmarks on his 350 , and determined it's about 1/3 to 1/2 as fast as a microVAX-II for non-virtual-memory numerical applications. For a while after they stopped trying to sell the PRO's to the masses, DEC continued to use them as the central console system for the big VAX Clusters in the 8000 series. They also sold them to various OEM's as process controllers and graphical front-ends for large control systems. It was a cheap way to get an 11/23 or 11/73, if your expansion needs were limited and you only needed one (or perhaps two) terminals. Operating systems: the worst thing DEC did to the PRO's was putting a brain-dead menu-driven version of RSX-11M+ called P/OS (Professional Operating System) on them. Now, RSX-11M+ is a nice operating system, as are the other PDP-11 operating systems. But who wants to be limited to a miserable, slow menu system on a nice little computer like the PRO-350? The only saving grace of P/OS is the PRO/Toolkit, a development environment which includes a partial DCL command shell. But you still boot up at the menu level, and it's only a limited shell. Fortunately, RT-11 quickly became available, as did a couple of versions of PDP-11 unix. The one I remember was VENIX, which was put out by VentureCom. It would be nice if someone at Berkeley put their unix on the PRO... As for P/OS (and a version of RT-11 which actually runs _under_ P/OS), it's still available from DECUS, basically just for media charges. They also have printed documentation. Like DEC operating systems in general, P/OS has excellent and voluminous documentation. I have 8 3-inch 3-ring binders on my bookcase, plus various smaller documents. Everything you ever wanted to know about the Professional 300 series... DECUS also has a C compiler that runs under the PRO/Toolkit, as well as a BASIC. They don't have the PRO Fortran, possibly because it's the same as the regular RSX Fortran (speculation). Personal opinion: if DEC hadn't crippled the PRO with P/OS, but had sold them as software development workstations for the PDP-11, offering versions of all the PDP-11 operating systems (RSX-11M, RSX-11M+, Ultrix, RT-11, RSTS/E, IAS), they could have sold lots of them. It's a great way to move your system hackers off the main production machine without having to buy an expensive machine just for the developers. Unfortunately, Our Favorite Computer Company has always been stronger at engineering than marketing. sigh. Steve Mitchell steve at cps dot altadena dot ca dot us ---- The pro is more akin to a mini, and will do some nifty multitasking if you choose to use it...with HARDWARE protection of each task against the others, hardware floating point, etc. etc. There's a trick to booting off a floppy to regain control. Also [zzsys]firstappl.ptr should probably be deleted, and the pro native toolkit is a MUST. Given the native toolkit, the Pro is a quite respectable computer. The major lossage of a pro is that I/D space separation is not supported by P/OS, which limits you to 8 page registers, making address space manipulation more of a chore. Glenn Everhart Everhart%Arisia.decnet at crd dot ge dot com ************************** Q2. What's the difference between a pro350 and a pro380? The PRO-380 is in fact a faster PRO-350 - about 5 times as fast I think. The 350 uses the PDP 11/23 chip (F11) and the 380 uses the PDP 11/73 chip (J11). It also has extra memory bitmap pages, faster graphics and comes as standard with 512kb on the mother baord. The ram expansion cards can go in any slot. As I remember it, the 380 does not have a video card as all the video is on the mother board. If you do MACRO-11 assembler coding you'll certainly discover that the F-11 doesn't really check for odd address errors, while the J-11 does (traps thru vector 4). Also, the J-11 includes the ability to seperate Instruction and Data address spaces, and includes a third addressing mode (Supervisor). As I recall, P/OS takes advantage of some but not all of the additional features (not entirely sure exactly which ones appeared in which P/OS version). Graeme Thomson GRAEME at praxa dot com dot au ---- Another 380 feature is that you can divide memory for applications into I- space and D-space (I = instructions, D = data), allowing your programs to use twice as much memory as in the 350 (as long as half is instruction and half is data, of course). Other potential OS platforms (anything but POS!) were PRO-Venix (a UNIX of some ilk), RT-11 (and the non-DEC, RT-11-like TSX), and some flavor of MUMPS. Also it can be a decnet end node. Dean File Chapel Hill, NC ************************** Q3. What languages are available for the Pro? DEC has various PDP11 languages that apply to the pro...stuff like BASIC (distinct from the DECUS Basic dialect), Fortran 77, Cobol, Datatrieve, and various others. DEC compilers are fairly cheap on the pro...probably even more so now that the pro is, er, "stabilized". The two DECUS pascal compilers, NBS and Swedish differ in that NBS generates faster, more compact code, while Swedish is more standard-conformant. (Turbo is not very standard conformant, BTW.) Two good Pascal compilers, a BASIC interpreter, a C compiler, FORTH, FOCAL, etc. are available. Also the DEC F77 compiler and mucho other stuff. Glenn Everhart Everhart%Arisia dot decnet at crd dot ge dot com ************************** Q4. Where can I get software for the Professional computer? A couple of years ago, Digital donated all of the latest copies of their software for the PRO-350 to the DECUS library. This included P/OS 3.2, Synergy Windows for the PRO, DECNET, PRO/BASIC, the Tookit w/ DCL, PROSE Plus word processor, etc. This software is available on RX50 floppy media from the DECUS library. Copies of the complete documentation set are also available. Kurt Wampler wampler at MicroUnity.com DECUS can be phoned at 508 480 3418. Join; it's free. It's the Digital Equipment Computer Users' Society. There are at least 95MB of diskettes of stuff packaged for pro between the library and the DECUS PC SIG. Much of it REQUIRES the native toolkit (which supplies little niceties like a decent command interpreter and a n assembler and linker...and the system symbol table file!). The DECUS library catalog, which you'll get free when you join, lists a bunch of pro offerings on rx50. I believe the 350 has a semi- weird disk interface though. My personal use for a 325 would be to run RT11 on it at most, since RT11 runs reasonably well off floppies. P/OS (which is to say, slightly modified RSX11M-PLUS) does not. There's lots of software for rt11 also. The basic engine isn't really all that slow; there IS however a LOT of cruft in p/os. (Not for nothing did that OS get the nickname Piece Of S**t because of the menu orientation and misfeatures that distinguish it from RSX11M+.) With some of the free tools you can bypass much of that though. There's also a quite decent memory disk for p/os on the RSX SIG tapes. When you get your DECUS catalog, check out the pdp11 areas as well as the pro areas. Most of the stuff applies to pro. There's a working group in the RSX SIG whose mission is to make software from sig tapes available on floppies or other media (the "Other Media" working group...it actually DOES function). I'm continually surprised how many people with DEC processors don't know about DECUS. No wonder you use your pro as a terminal! sigh... Glenn Everhart Everhart%Arisia.decnet at crd.ge.com ************************** Q5. How much memory is on the motherboard? How much can I bring it up to? The amount of memory is really dependant upon where it is going to be installed: In the Mother Board /or/ in one of the Expansion Cages, that is, along with the disk controllers, Tms etc. locations. Expansion Cage: The memory board are configured for a :: maximum of 256K ::- you can install as many as you want this way (say to about 3 units of 256ks. Mother Board: Here the modules vary; they are one the two module-sizes, that is, 128k boards or 512k boards. System normally comes with 2 of 128ks, thus, making a total of 256k in mother board and the other 256k board in the expansion cage: making a total of 512k - a basic PRO 350 system. You can replace one of 128ks with one 512k new board. This 512k is actually made for PRO380; but You can in Your 350, replace one 128k and substitute a 512k safely. tung tung at eniac.seas.upenn.edu ************************** Q6. How can I add memory to my Pro? Here is a how to guide for memory upgrade of the PRO 350 at home. At $2.00 per chip $64 will get you a 1 Megabyte of memory on your PRO and free up 1 expansion slot if you remove the memory board. Each board goes from 128K - > 512K and you could do 1 or both in PRO. Professional 350 Daughter Board Memory Upgrade The Professional 350 (PRO 350) requires 512Kbytes of memory in order to start P/OS. In the least costly configuration this requirement is supplied by two 128Kbyte daughter boards located on the motherboard underneath the hard disks. These boards are elevated above the motherboard on spacers and are easily recognized. An expansion slot usually holds another memory Board with an additional 256Kbytes. Together these boards form the 512kbytes of memory needed in the minimal system configuration. Because of advances in memory chips and DEC's useful fore-sight it is possible to install 1024Kbytes using only the two daughter boards. This may free up a slot or just give you additional memory. This file describes one method used to upgrade the memory boards. The upgrade requires 32 256K X 1 dynamic refresh memory chips with at least 150ns access time. The original chips are not in sockets so they have to be desoldered. To make desoldering simple we used the following technique. 1) Remove the memory boards from the PRO. 2) Pre-heat a burner on an electric range to about medium heat. 3) Get your pliers or an IC extractor ready. 4) Each board has 2 rows of 8 chips each. The chips will be removed 1 column at a time (2 in each column). Hold the board so that a column of chips is over the hottest part of the burner. When the solder his hot enough simply pull the column of 2 chips out. 5) Remove the board from over the burner an allow it time to cool. If you try to do too many columns at one time you will scorch the board. Minor scorching may be expected depending on the amount of patience you have concerning getting the burner temperature correct and how many rows you attempt to do at one time. If you are careful enough you should be able to do it without scorching the board at all! Any time you touch the board to the burner you can expect scorch marks. Note: Sometimes the pins on the old memory chips are bent outwards on the bottom of the memory board. This makes them harder to remove. Straighten them if you can. Note: Don't worry about the capacitors, they may fall out when the solder is molten. The can be replaced when the new chips are inserted. 6) After you have done all columns and removed all the old memory chips you still have to remove old solder. Our homebrew method of doing this is to use a vacuum cleaner as a solder sucker device. Turn the vacuum cleaner on and hold the nozzle between your knees. Using a soldering iron heat the solder on the pin hole a few inches away from the vacuum cleaner nozzle. When the solder is molten bring the board down on the nozzle so that the nozzle is centered under the hole. This sucks the solder out but it has a tendency to splatter it on the underside of the board too. 7) Use the soldering iron to collect the splattered solder into the pin holes on the other side of the board and then re-heat the pin hole and do step 6 again. After about three times the pin holes are clear from old solder. It could take longer for the first board until the technique is developed. Note: Solder will accumulate on the inside of the vacuum cleaner nozzle. I isn't very much solder but someone's wife could get mad about it. We don't know what will happen if the nozzle is made from plastic instead of metal as it was here. Perhaps some aluminum foil wrapped around the nozzle would solve both problems. 8) After steps 6 and 7 you should have a board with all the all the pin holes free of solder so that you can insert the new memory chips. Certain holes which are par of large traces are take more effort to unsolder because there is more solder in them. All holes need to be open in order to insert the new memory chips. Do the capacitor holes as well if necessary. 9) Place the new memory chips in the old holes and solder them in. Make sure they face the same way as the originals. You need only solder the chips from the bottom of the board, the plate-through holes will do the rest. 10) There are two jump s that need to be soldered to enable the extra memory. They are labeled J1 and J2 on the board. Cut a piece of wire, strip the ends and solder the ends across the jumpers. 11) Reinstall the board into the PRO. 12) The P/OS toolkit ``show memory'' command should show 512K WORDS (1024K bytes) of memory with only the two mother boards installed. We have upgraded four boards this way so far and not one has failed so far. All the memory chips we used were tested in another computer (one with sockets) before they were installed. You may want to solder sockets into your memory board instead of the chips themselves. If you have bad memory when you start up your PRO it would be much easier to replace a socketed memory chip than a soldered one. Although we have singe'd a few boards perfecting this method the damage was only cosmetic. Removing the memory chips over the burner is the most difficult part of the operation. Todd Miller tmiller at chaos.cs.brandeis.edu ************************** Q7. Along with the Pro-380 I received three RAM boards. I know that the slots in the Pro computers are dedicated, RAM goes in a specified slot, video in another, etc. Can all three RAM boards be put in and be recognized? Actually, if I remember correctly some of the boards were slot dependent, others weren't. Additional memory is useful up to a point (J-11 max physical memory address is 22 bits) depending on what's already in the system. The base memory is daughter boards on the CPU motherboard, expansion memory can be added as modules in the CTI bus. The memory modules should self configure and play (if it all works :-). - Bruce McCulley 8. Can I put a hard drive and controller card in my Pro 325 to convert it to a Pro 350? Possibly. The standard method of conversion is to purchase the upgrade kit which consists of new motherboard, stronger power supply, and hard drive with hard drive controller card. It costs a lot of money. I tried to take a shortcut and simply put the hard drive controller card into the Pro 325. DEC glued plastic over the connector edges of the slot that the HD controller card fits into in order to discourage people from just inserting a drive. You have to spend some time carefully cleaning the connector edges of glue and plastic piec (DEC used a strong glue). I called DEC and asked them if it was possible and the person who I spoke with said he has heard of only two people who succeeded. I did not, but my HD was bad to begin with. Chaim Dworkin chaim at linc.cis.upenn.edu ************************** Q9. Is there any possible way of doing any kinda modification to my Pro 350 to turn it into a Pro 380? Answer: No. The F11 and J11 chips are wildly different. If you could scrounge a Pro380 system board, you could probably replace the 350 system board with that. IMHO, having a 380 doesn't give much additional return. Oh sure, the chip is much more capable than the F11, but with super mode, I/D space, and cache permanently turned off, what real gain is there other than a littl bit of CPU speed? I find the stupid disk controller in my 380 to be more of a problem in throttling the performance of the system. BTW, DEC did once put up genuine RSX-11M-Plus on the 380. The conditionals are still there in the Exec source to make it work. Haven't got around to trying it yet, but one of these days ... ************************** Q10. How do I format a generic floppy on a PRO? You don't. DEC, in it's wisdom, decided to take advantage of a captive audience and get rich off selling preformatted disks to Pro owners. They built a machine incapable of formatting disks. You'd think that would leave an opening for some enterprising hacker to write a formatter. However, I've been told the drive controller chips on earlier models of Pro are totally incapable of formatting. But there is an out.... You can format a generic disk on a Rainbow using the /I option to the FORMAT command. Some people, with lots of Pro's, bought a Rainbow JUST to make disks. Of course, nowadays, a copy of Media Master from Intersecting Concepts will do the job on any AT clone... Chaim Dworkin chaim at linc.cis.upenn.edu David Lesher wb8foz at ibiza.cs.miami.edu There was a firmware update for the PRO's RX50 diskette controller that allowed it to format its own floppies, but it was never released to customers. The FORMAT command under P/OS 3.2 is all set up to format the floppies if it finds the right version of firmware in the controller card. I have tried since the Fall '91 DECUS Symposium to reach the old manager of the PRO development group in Digital to see if he be willing to release that firmware through the DECUS Library, but he never responded to my e-mail and I haven't been able to obtain his telephone number; all I have is his name and e-mail address. The PRO's floppy disk interface has a Western Digital chip on it which is fully capable of formatting, but a microprocessor (Intel 8041? if I remember right) sits between the WD chip and the bus, and only the repertoire of commands provided by this uP chip are passed through to the WD chip. DEC's [unforgiveable] decision to not allow the PRO to format its own diskettes was based first on repeatability problems with the "A" version of the RX50 drive; but even after those problems were ironed out, the marketeers at DEC appear to have fixated on the meager $$$ they would make from selling RX50 media (HAH!). So...PRO users of the world (if there are any of you left out there) UNITE! Let's see if we can brainstorm an effective way to coax Digital into releasing the new firmware for the RX50 controller. If I could just get my hands on one set of the ROM(s), I would arrange to have them duplicated and make them available at cost to anyone else in the world wanting the ability to format their own diskettes. Kurt Wampler wampler at MicroUnity.com ************************** Q11. Can I format an RX50 on my MSDOS computer? There are some software packages available which proport to allow formatting of RX50s on MSDOS 5 1/4" high density drives. Here is a short review of three of those packages. I have been playing with 22DSK138.ZIP and RAIND112.ZIP and FDFORM18.ZIP long enough to give some additional info regarding Rainbow/DECmate RX50 formatting and related issues. FDFORMAT 1.8 There are some problems with the current release that have always been in at least the two previous versions when attempting to format RX50 diskettes. You use the command: FDFORMAT A: /Y:2 /T:80 /N:10 /H:1 to format for RX50. The /Y:2 is to force a two-sector stagger per track to speed up transfer on all systems except -11/pro. /H:1 means a one-sided disk. /N:10 for 10 sectors and /T:80 for 80 tracks. The resultant disks are marginal, especially to revision A and B RX50 drives. Symptoms include data CRC errors right out of the formatter when test reading the diskettes, and the inability to write data that won't read back with data CRC errors. The problems worsen with higher track numbers, but often start right at track 0 or 1. Using MD1DD media instead of MD2D makes a more reliable disk, so this was assumed to be the problem. Th has been confirmed as incorrect. There are several bugs in FDFORMAT that directly affect RX50's: If the floppy is already formatted without error for all 80 tracks, then FDFORMAT will merely verify readibility on every sector. Then the directory info is written by ordinary writing (not formatting) means as previously discussed. (Meaning suitable only as a strange variant of PC-DOS-specific MS-DOS, not DECmate/Rainbow MS-DOS. You then use RX50INIT or move to the DECmate or Rainbow and use the FORMAT command or whatever.) Thus, all that FDFORMAT has done at this point is to verify that a previously formatted disk is indeed readable. If FDFORMAT gets even a single error for any reason, it will change over to an actual low-level format mode. This is noticeable in that it runs much faster. The resultant diskette is the unreliable type described above. Using the /U switch will force this to happen as well, but is a normal feature of this switch. Also using the /W switch to rewrite the prior contents of the sector also works, but since the sectors are reformatted, the same problem results. The /Q "quick" format works fine, since this isn't really a format, rather a directory initialization. An additional problem with the usage described above is that even though the /Y:2 option was given, it is ignored. The unreliable disk, when actually formatted, does apply the /Y:2 option to the new disk format, so the stagger is now present, but FDFORMAT attempts to merely verify the format in this usage to avoid formatting. The stagger/slide factor is not checked for, and can be any value. The disk will not be reformatted merely because it was a different stagger; of course if an error occurs it will be reformatted with the designated value. So, FDFORMAT as currently released is of no useful value to any RX50 user, since the reliability suffers so terribly. It should be abandoned until the author or someone else fixes it for our RX50 purposes. Additionally, some users report problems getting the FDREAD/FDR88 programs to load properly, preventing FDFORMAT's use entirely (except for "vanilla" PC formats). Hopefully, the author can be contacted for fixes to this otherwise useful program. 22DSK138 This is a useful package for converting many CP/M formats to/from MS-DOS. The DECmate and Rainbow are directly supported and can be set as the default CP/M types. The program can be configured for use with the TEAC FD-55F drives which are essentially two-sided RX50 types. (FD-55GFV and GFR can be configured as FD-55F equivalent.) The program can run on an XT configured with HD or FD-55F drives as well. Note that FD-55F doesn't require a 3-speed floppy controller, thus any XT can have an FD-55F added on if necessary. 22DISK also formats the CP/M disks it handles, so RX50's can be formatted directly. As a high-level consequence, a CP/M directory initialization is also performed. The resulting disk is usable anywhere an RX50 can go, and is quite reliable. Note that there are no formatting options as in FDFORMAT, just a standard low-level-format RX50. But a reliable standard format is better than an unreliable "better" format. So, this is a recommended way to format RX50 on a PC. (It is conceivable that FDFORMAT "behaves" correctly on FD-55F drives, which are theoretically supported by both programs. If the disks prove reliable, then the other advantages of FDFORMAT can be applied in this particular case.) RAINDOS 1.12 For MS-DOS DECmate and Rainbow users, there is an alternate route: RAINDOS is a device driver from the same vendor as 22DISK, and apparently incorporates the same low-level disk support. Unlike RX50DRVR, RAINDOS can work correctly with CHKDSK and most importantly DOS's FORMAT command. You still get a standard low-level RX50, but the resultant DOS structure is entirely compatible with DECmate and Rainbow MS-DOS, so programs like RX50INIT aren't required. Further, since DOS's FORMAT command was used, any actual errors will be incorporated into the FAT structure, so diskettes with bad spots can be used. (RX50INIT does a no-check perfect directory initialize. FDFORMAT does check for errors, but records them in the incompatible PC-like DOS structure that has to be replaced for DEC compatibility, so you have to observe that FDFORMAT found no errors, and must reject disks with errors.) The manual claims there is the same FD-55F support as in 22DISK. RAINDOS has several problems: It doesn't work under DR DOS. All but the FORMAT command actually do work there, but attempts to format a diskette terminate with the error message "Drive already locked to another program". It doesn't work with DOS 4 and 5 booted to the A: floppy which is also the drive used by RAINDOS for its RX50 operations, unless DOS is used exclusively on 360K diskettes. As with other floppy-based systems, there are times when you get a message like "mount a diskette containing \COMMAND.COM in drive A: and press ENTER". This is perfectly normal for this limited environment. The problem is that if you have HD drives, (most machines have HD A: drives), then you would prefer to read HD diskettes on them. Once booted up and in the mentioned situation, all further attempts at using an HD floppy yield a GENERAL FAILURE error message that will not clear. You can mount a low-density floppy to get COMMAND.COM reloaded, but all further access to the A: drive disallows HD diskettes. For hard-disk DOS 4 and 5 users, none of this is a problem in general, but since I use DR DOS 6, I had to boot a DOS 4 or 5 floppy :-(. Overall, if the goal is merely to format RX50 media, 22DISK is the best route since it runs under any PC-based DOS system. For many users, RAINDOS is even better, but clearly not for all users. When/if FDFORMAT gets fixed, it will be a better way through that portion of the problem. BTW, RX50DRVR, while not able to format, does run under DR DOS 6, as does RX50INIT. RX50INIT cannot run under DOS 4 and DOS 5. RX50DRVR has some quirky problems partially avoidable there as well. There is also word that RX50DRVR is being upgraded to support formatting and DOS 4 and 5's CHKDSK. It currently can be used with DR DOS's CHKDSK as well as DOS 3.x. Apparently, RX50 support is hardly a "static" issue :-). -- Charles Lasner lasner at watsun.cc.columbia.edu ************************** Q12. Is there a way to copy RX50s on an MSDOS computer? I have down-loaded Sydex's teledisk, and have found it to exceed my expectations in some useful ways. For starters, all of my attentions are based on the problems of distributing RX50 diskettes not necessarily in stock format, and not yet having any satisfactory way of creating the necessary disks. Background: There are several desirable variant formats for RX50 that have been discussed elsewhere. The only known program to create them is FDFORMAT for PC's. While this freeware program is generally quite good, it has a few crucial bugs that make it unsuitable for RX50 usage. It is conceivable that this will be solved by using some additional/non-standard parameters to FDFORMAT to create usable disks, but in any case, the use of all obvious parameters yields disks that are flakey on some RX50's, and downright unreadable on others. In addition, these disks are so messed up that a DECmate can't even WRITE on the disks and read back what it just wrote reliably! Yet, his isn't a media problem because it can be demonstrated that the problem disappears by low-level format of the same diskette with either Sydex's RAINDOS or 22DISK packages. (Note that *some* RX50 systems using some newer-designed controllers and/or higher revision drives and/or RX50-compatibility modes on different drives have little or no problems with these FDFORMATted diskettes; indeed the diskettes are fine on a PC; there's some low-level detail that's incorrect about FDFORMATted diskettes. Some parameter is being set to a PC-acceptable value that doesn't center on RX50's requirements. Perhaps this will be uncovered at a later time obviating this entire discussion. Until such a time, FDFORMAT cannot be used to create RX50 diskettes that are readable on *all* RX50 systems. FDFORMAT so has a few other operational bugs, such as incorrect recognition of certain I/O errors, etc., but these are exception cases, and for all other PC purposes, it serves quite admirably.) The reason why FDFORMAT is desirable is that it is the only known program capable of creating the variant RX50 formats where the format must be done with interleave and stagger factors, especially if the disk must have one with interleave and stagger factors, especially if the disk must have "zones" where the format changes. For example, to create a disk best suited for DECmate OS/278 usage, the following *TWO* commands should be given: FDFORMAT A: /T:80 /N:10 /1 /Y:2 /I:2 FDFORMAT A: /T:78 /N:10 /1 /Y:2 The first command creates a disk with an interleave of 2:1 and a stagger of 2 throughout. The second command changes tracks 0-77 to have 1:1 interleave and a stagger of 2 throughout. When OS/278 is copied onto such a diskette, the "slushware" tracks are read in much faster than on standard RX50 diskettes, and all access to the rest of the diskette is speeded somewhat because of the stagger factor which overcomes the software's lack of stagger mapping. But since the software does map the sector order into a 2:1 interleave, the hardware order must stay in 1:1 interleave sequence. This would be a nice disk to use for the intended purpose, but many DECmates will be unable to read this diskette. Literally, it will get a CRC error on *every* sector! Furthermore, if you attempt to write an image of the software onto this diskette, it will get a CRC error on *every* sector even though it just wrote the disk out! Enter Teledisk to the rescue! When I read Teledisk's documentation, I had doubts that it could solve this problem, because I noticed it could be quite "smart", perhaps *too* smart! It claims that it can get around certain copy-protection methods by virtue of how it operates, so I figured that it would likely copy the problems of FDFORMAT as well :-(. Or, alternatively, it might guess that the diskette was an RX50 and proceed to format it in a tock manner, thus destroying the optimization applied by using the two FDFORMAT commands instead of just using RAINDOS or 22DISK to create stock low-level RX50 diskettes. Well, I was wrong on both counts! Teledisk understands how to maintain sector order, and pointed out the change of interleave from 1:1 to 2:1 at track 78, so that problem is hurdled. Teledisk understands that these sectors should be formatted with apparently the same parameters as the formatting routines in 22DISK and RAINDOS, so the resultant disk *is* readable on DECmates! Of course, this is *not* an "exact" copy, but rather it is a "better" copy. Apparently Teledisk only writes sectors in a "sane" format, and the copy-protection they refer to is the class of "funny" sector ordering, size, or count, not any lower-level details. Apparently the Sydex code at work in RAINDOS and 22DISK is also within Teledisk, thus since Teledisk recognizes the disk as a 10-sector/track 512 bytes/sector disk, it writes it as would RAINDOS, etc., except Teledisk is sensitive to sector ordering unlike the other Sydex programs, etc. Thus, the descendent disk is actually *better* than the original. I can now therefore distribute diskettes in the intended format for working-copy usage of the best effort of each diskette :-). Additionally, if I modify distribution diskettes to be in their intended format instead of their original stock format (virtually all diskettes that need to be distributed are in stock RX50 format, because the need to create optimal diskette layout is generally newer than the software; indeed, this entire effort is to distribute software that performs *better* than the original!), then the master disks should be copied with Teledisk to create perfect copie n one step. There are additional advantages: Teledisk can also create an MS-DOS file that is the image of the diskette in either a rudimentary-compressed or advanced-compressed form. These files can be transmitted down the net and then reconstructed on PC-AT's for use on RX50 targets. Since they are compressed, this minimizes the overhead as well, etc. So, Teledisk has made my day :-). Besides Teledisk there is another option. You can retreive rt11.zip by via anonymous ftp from newton.canterbury.ac.nz, 132.181.40.1, in the pub/local directory. It produces what appears to be a nice RT-11-like environment on a PC for file transfers, etc., but is inferior to Teledisk for the purpose of making a compacted image of an entire disk as a DOS file. Since this is a frill, it can be completely overlooked :-). And yes, it does Format DD-type media to stock RX50 as advertised. This program is written in Turbo Pascal. It would seem that someone who can understand enough TP and the quirky code to call BIOS routines should incorporate some of RT11.PAS into FDFORMAT (also a TP-based item) since the format routine works fine while FDFORMAT does not for RX50 as discussed elsewhere. Overall a nice program. -- Charles Lasner lasner at watsun.cc.columbia.edu ************************** Q13. Is an RX50 equivalent to a low density or high density generic floppy? Just a word about using HD media: You can't reliably use HD media on an actual RX50, because the coercivity is too far off in HD media. It was designed for the higher-frequency recording of the "real" 1.2 Meg format (500 KHz) and not the 250 KHz recording rate of the RX50, which is actually the same as good 'ol DS/DD media (360K kid of media). Some revisions of RX50 drive in comination with certain RX controllers in some DEC machins fare better than others, but it can be demonstrated that a lot of combinations don't particularly "like" HD media. The designated media for RX50 is Maxell MD1DD-RX50 or equivalent, which is what used to be called "quad" media. This is well-honed low-density media, so it is rated for use on 96 TPI (80 track) drives, not just 48 TPI (40 track) drives as is usual. Note that MD2D is not MD2DD. (The 2 just means two-sided which for all intents and purposes today can be ignored; virtuall *all* media is actually made double-sided :-).) The DD means 80-track support, but since most media are made well-honed, most cheap disks can support 80 tracks anyway. These disks will *not* cause I/O errors on any RX50! However, long-term usage requires the hub rings be removed completely (use alcohol to get the sticky stuff off, or ask your supplier for no-hub disks!). Failing to remove hub rings means eventually the disks will get unreliable sooner than they ought to due to registration problems. All 96 TPI disks have this problem. Note that MD2HD and MD1DD don't have hub rings! It is rumored that there is a "premium" line of diskettes from Fuji apart from their standard line of inexpensive diskettes that has a specially reinforced hub area, that isn't a hub ring per se. If the same mechanism is used in both HD and DD media, then the DD type would be the best thing today to use with impunity for RX50. Clearly the MD1DD or MD2DD or MD1DD or the 3M equivalents are too expensive, considering that what we want are the cheapest types of diskettes with the hub rings never added. (We don't want to pay more for less!) -- Charles Lasner lasner at watsun.cc.columbia.edu ************************** Q14. Is there any way to make a PRO floppy bootable? You can build a bootable PRO floppy on an 11/23+, assuming that you have all the pieces (like the distribution kit). The PROs floppies are called DZ and the winny is DW. You also need the PRO's screen driver (it's a bit-mapped screen) called PI. Finally, you have to have either RT11FB or RT11XM; SJ won't run on it :-(. Basically, you should copy (SWAP,RT11XM,DZ,DW,PIX).SYS to the floppy and then COPY/BOOT:DZ to the floppy. You should then have a bootable RT-11 diskie for the thing. From there you can format the hard disk (if you copy FORMAT.SAV over) and install on the hard disk. Roger "I converted a Pro from P/OS to RT-11" Ivie ivie at cc.usu.edu Q15. What's the difference between a microPDP-11 and a Pro? The first difference is that the microPDP's use the Q-bus, which is well supported both by DEC and many 3rd parties, while the Pro3xx used the CT- bus, which was never used for anything else or supported by anybody. rather limits the expandability of the Pro3xx... ->My first guess would be that the microPDP-11 has none of the limitations ->of the Pro. But then I've heard that the limitations put into the pro ->were to prevent the Pro from taking away from the PDP-11 market. True to a degree. The Pro was intended as a personal engineering workstation, while the microPDP-11's were aimed largely at embedded, controller-like applications, and the 'real' PDP-11's for serious expansion and multi-user environments. Or so I understood it...;{) One irony of all this is that the only place I know of anybody using Pro380's in new installations is as graphics front-ends to microPDP-11's being used as controllers. Steve Mitchell steve at seabhag.cps.altadena.ca.us ************************** Q16. Can I run MSDOS on a Pro? Needs ms-dos like a battleship needs a popgun! However, there are third party companies (or were) if memory serves who made 8088 boards for a Pro so you could run msdos on it as well as P/OS...concurrently, yet! Glenn Everhart Everhart%Arisia.decnet at crd.ge.com ************************** Q17. Where can I get unix for the Pro? We have two versions of UNIX running on PDP 11/73's in my lab. The first is UNIX 2.10BSD, which is real BSD UNIX, basically the same as 4.3BSD. It is available from USENIX in Berkeley, (415) 528-8649. It only cost us $200 for the media, a TS-11 tape, but we had to prove that we already had a site license with ATT for UNIX. It only comes with installation instructions. You have to purchase the 4.3BSD documentation seperately if you want it. It seems to run fairly well except the network stuff seems a little slow. I don't really use the network stuff. The second is VENIX (Release D I think), which is a clone. It is available from VenturCom in Cambridge, MA, (617) 661-1230. I am pretty sure they don't support it anymore but they still may sell it. We have been using it for quite a while (> 7 years) and it seems to work pretty well. It doesn't include any network stuff, but does support standard peripherals. We have done alot of patching to the kernal over the years, so if you get it and need some help drop me a note. By the way, UNIX 2.10BSD comes with the complete source code for UNIX, which I have found great to have access to although it is 70 Mb worth of stuff. Mark S. Spector mark at photon.mit.edu From: sms at wlv.imsd.contel.com (Steven M. Schultz) ---------------------------------------- Second Distribution of Berkeley PDP-11 Software for UNIX Release 2.11 (Revised February 1992) The USENIX Association is pleased to announce the distribution of a new release of the "Second B keley Software Distribution" (2.11BSD). This release will be handled by USENIX, and is available to all V7, System III, System V, and 2.9BSD licensees. The Association will continue to maintain the non-profit price of $200. The release will consist of two 2400 ft. 1600 bpi tapes or one TK50 tape cartridge (approximately 80M) and approximately 100 pages of documentation. If you have questions about the distribution of the release, or require 800 bpi tapes, please contact USENIX. At present a split I/D machine is required, thus 2.11BSD will not run on 23 or 23+ based sys- tems. The USENIX address and phone number are as follows: 2.11BSD USENIX Association 2560 Ninth St. Suite 215 Berkeley, CA 94710 +1-510-528-8649 USENIX may also be contacted by electronic mail at: {ucbvax,decvax}!usenix!office office at usenix.org If you have technical questions about the release, please contact Steven M. Schultz at: wlbr!wlv!sms sms at wlv.imsd.contel.com (yes, a bit of a misnomer, will be changing it one of these days) ************************** Q18. I just installed venix on my Pro. What is the root password? The root password is 'gnomes', and the games password is 'dale'. I think 'dale' is also the password to one other account. The password to the uucp account is probably 'uucp'. Anyway, you can change them once you get in as root. To login via the COM port, edit /etc/ttys and change the 01com1 to 11com1 for 9600 baud null modem. (Other speeds require other codes in the second byte.) The first byte turns on the getty listener on that port. Then do: kill -2 1 to get the init to reread the /etc/ttys (or just reboot). You will then be able to login via the com port via a null modem at 9600 baud. Venix does an fsck upon boot. This may be why your HD head is seeking? Enjoy! --Barry Kort barry at chezmoto.ai.mit.edu ************************** Q14. I have a Pro running a form of unix and I no longer need or want it. I guess I'll just throw it out. I have an old copy of xxx unix for the Pro in a closet somewhere and I'm going to clean out the closet and discard all the old Pro stuff. DON'T DISCARD A UNIX PACKAGE FOR THE PRO! Please post a note in comp.sys.dec.micro and offer it to someone. On the whole very few copies of unix were sold for the Pro computers making it a somewhat difficult OS to get a copy of. In the past 4 years or so whenever I've mentioned unix to anyone who owned a Pro they've always responded that they were "dying to get a copy". Q15. P/OS says I have lots of space on my disk yet whenever I try to copy a file I get a message saying out of disk space, please delete some files and try again. Why? Most OSs put pieces of a new file in chunks of empty disk space, P/OS and RSX-11M-PLUS can do this for data files but they require a single contiguous space for each task file or for other files which are designated "Contiguous". This means that if you delete many small files you create "holes" or empty spaces on your disk. When you copy new files that must be contiguou to your disk, P/OS will copy those files after the last file on your disk until your disk is full. Then if it cannot find a single contiguous space to fit the new file it will tell you your disk is full even though you may have previously deleted enough files to create space for the new file. I do not know if it is possible to "pack" a disk to make a single large contiguous space out of many small holes. Can someone answer this? Chaim Dworkin chaim at linc.cis.upenn.edu Robert "Bob" Gezelter gezelter at rlgsc.com ************************** Q16. How do I reclaim disk space occupied by "invisible" files? Sometimes, as when you abort a compile or link, temporary files that were created will not be erased. These temporary files do not have a directory entry -- and hence, they will not appear in a directory listing. The process that created this type of file did so by manipulating the master index file directly. Ordinarily, you will not be able to tell that these invisible files exist. There is one Toolkit utility, however, that makes these files visible: VFY (file structure verification utility). You may use the following VFY procedure on any PRO hard disk or diskette. VFY will search the volume and place any invisible file entries into the [1,3] directory. Hence, you should create a directory [1,3] first or VFY (while showing you what invisible files it found) will leave the files invisible. Once the files are placed into [1,3], you may delete them to recover volume space. These files are typically scratch files and deleting them will cause no problems. Enter the following to initiate the search for invisible ("lost") files: $ RUN $VFY VFY>/LO VFY will then look for the lost files. If any are found, VFY will list them on the screen. When VFY is done, it will return the VFY> prompt To quit from VFY, do a CTRL-Z: VFY>^Z $ + The found files, as may have strange names and any block size (even zero). >From: sjs at gnv.ifas.ufl.edu ************************** Q17. How do I set the printer port baud rate from DCL? $ SET TERM TT2: /SPEED:(nnnn,nnnn) where nnnn,nnnn represents transmit and receive baud rates. To determine the current baud rate, do: $ SHOW SPEED/TT2: >From: sjs at gnv.ifas.ufl.edu ************************** Q18. How do I enter DCL commands that are more than one line in length? Use a hyphen (-) before the line's carriage return. In DCL, the command is not executed until a line ending in not preceeded by a hyphen is encountered. No DCL line can be more than 250 characters. >From: sjs at gnv.ifas.ufl.edu ************************** Q19. How do I set protection on a file? $ SET PROT [/qualifier(s)] /Qualifiers: /DATE=dd-mmm-yy /SINCE=dd-mmm-yy /THROUGH=dd-mmm-yy /TODAY /EXCLUDE=filespec (don't forget a version specification) is in the following format: (SYSTEM:RWED,OWNER:RWED,GROUP:RWED,WORLD:RWED) where SYSTEM, OWNER, GROUP and WORLD are user types (since the PRO is usually used as a single-user system the GROUP and WORLD types are seldom relevant) and RWED represent four kinds of access to files: R file can be read/run, copied, printed W file can be written to E user can change amount of disk space alloted to file D file can be deleted Example: $ SET PROT TEST.*;*/SINCE=01-JAN-88/EXCL=*.OBJ;* (S:RWE,O:WRE) >From: sjs at gnv.ifas.ufl.edu ************************** Q20. How do I reassign a device's LUN after the task has been built? o Install the task: $ INSTALL o Assign the new LUN to the task: $ ASSIGN/TASK= LUN o Run the task: $ RUN If you want your task DATABASE (install name DATABA), which currently uses LUN 3 to write to a file, to write the data to the printer, you would perform the following steps -- $ INSTALL DATABASE $ ASSIGN/TASK=DATABA TT2: 3 $ RUN DATABA TT2: is the device name for the printer. >From: sjs at gnv.ifas.ufl.edu ************************** Q21. How do I Run RMD (SHOW MEMORY) from a second terminal? Note: This requires a BCC08 PR1/CONSOLE cable. $ INSTALL/NOREMOVE APPL$DIR:RMD.TSK/TASK=RMDT2 $ ASSIGN/TASK=RMDT2 TT2: 1 $ ASSIGN/TASK=RMDT2 TT2: 2 $ SET TERMINAL:TT2:/VT125 SPAWN RUN RMDT2 The above reassigns RMD's LUNs to point to the TT2: device. RMD requires a VT100-type terminal setting to run; you may substitute the /VT125 qualifier with one that more aptly describes your terminal. Note: You may still use SHOW MEMORY on the main terminal. >From: sjs at gnv.ifas.ufl.edu ************************** Q22. I'm running P/OS 2.0 and can't get it to recognize my 20 Mb drive. You must apply a P/OS 2.0 Patch for 20 MEG HD Perform the following ZAP to alter the POS.SYS file on the PROSYSTEMS2 volume diskette. This ZAP works for version 2.0 (not 2.0A) of P/OS. It causes the system to recognize a 20 meg hard disk (the Seagate ST225 is the one you want). Remove any write-protect tab from the PROSYSTEMS2 diskette and place it in drive 1. You should copy the file named below to another diskette in case you make a mistake and want to try again. (A separate copy is suggested because ZAP alters the file directly -- it does not create a new version). Type the following in the Toolkit (user entries are in bold). The ^Z is a control-Z. $ SET DEF DZ1:[ZZSYS] $ RUN $ZAP ZAP> POS.SYS/AB _162:770/ _000004 _162:776/ _001146 _163:004/ _114577 _162:756/ _000240 _^Z $ + The diskette is now ready to be used. Place the 20-meg disk into the PRO and format/load P/OS using the altered diskette. Note: P/OS may give a complaint regarding the hard disk when you boot up to format the hard disk, but it should say it will try to rectify the problem and continue. After the system continues, you should not see any error messages again. >From: sjs at gnv.ifas.ufl.edu ************************** Q23. I was given a Pro-350 by an office that was junking it and when I booted it up it asked for a password. I don't know any passwords. How can I break past that and delete the password file? Well, I've never really dealt with P/OS, but a long, long time ago I was involved with a group that had a similar problem with a PDP-11/60 that we bought from another group at the site. It ran RSX-11M, but we didn't get any passwords from the group from which we bought the machine. After a lot of poking about in manuals, I found a way to get to the password file, which in that version of RSX-11M was not encrypted. While the machine was booting, executing the startup command file, I pressed ^C. That gave me an MCR prompt at which I could type a command. Since the machine was executing the startup command file, the MCR prompt was attached to the system account. In an obscure manual that I no longer have and don't remember very well, I found the name of the password file. The MCR command that I issued, then, typed the password file on the console. Since P/OS is related to RSX-11M, it might work. Wish I could remember the name of the account file, though... Roger Ivie slsw2 at cc.usu.edu >From: kalisiak at acsu.buffalo.edu (christophe m kalisiak) In article <1991Apr16.134937.47433 at cc.usu.edu> slsw2 at cc.usu.edu writes: >While the machine was booting, executing the startup command file, I pressed >^C. That gave me an MCR prompt at which I could type a command. Since the >machine was executing the startup command file, the MCR prompt was attached >to the system account. In an obscure manual that I no longer have and don't >remember very well, I found the name of the password file. The MCR command >that I issued, then, typed the password file on the console. What was the command? I would say that if one were to delete the password file, then you could probably start from scratch... Don't quote me on it. >Since P/OS is related to RSX-11M, it might work. Wish I could remember the >name of the account file, though... [0,0]RSX11.SYS Chris Kalisiak V076N3W7 at ubvms.cc.buffalo.edu kalisiak at acsu.buffalo.edu To break into P/OS, if you can get to a Pro (running p/os 2.0 or later at least) that you can use, there is in the menu system a facility for writing a "password floppy". If you boot the Pro and have that floppy loaded, its' password will override the one on the hard disk. I used this technique once, but it's been long enough ago I don't recall more detail. I believe that some help exists on the system, though, as I had no manuals to infer this from at the time. (Someone had left the company and his pro was unusable till I freed it.) Doing this will also set a password on the pro you make the floppy on, but you can reset that after the floppy is safely written. I don't particularly recommend passwords on personal Pros due to the extreme inconvenience they cause. Glenn Everhart EVERHART at arisia.dnet.ge.com ************************** Q24. Can anyone out there tell me the pinout for the monitor/keyboard connector on a DecPro 350? From "The Professional 300 Series Technical Manual", I have (p. 8-5): J1 Pin-outs for the monochrome monitor: 1-3 not used 4 Ground ( video signal ground potential ) 5,6 Ground ( operational voltage ground potential ) 7,8 +12 Vdc ( operational voltage input ) 9-11 not used 12 M Video ( composite video ) 13 Ground ( tied to 5 and 6 ) 14 Data Receive ( serial data line from the keyborad output to the system box, via J3 ) 15 Data Send ( serial data line from the system box output to the keyboard, via J3 ) J3 pin-outs, for the keyboard: 1 Data Send ( via J1, pin 15 ) Serial line for output from the system box to the keyboard 2 +12 Vdc ( output of operational voltage to the keyboard ( from J1, pins 7 and 8 ) 3 Ground (from J1, pins 5,6,13) Operational voltage ground. 4 Data Receive (via J1, pin 14) Serial line for input from the system box. I could not find equivalent information about a VR241 ( color ) monitor. However, there must be some relation, as the Extended Bitmap Option board can drive either, without hardware changes. You might be able to get more out of the manual if you can obtain one: The ordering or part number is: EK-PC350-TM-001 John Erbland erbland at hartford.bitnet Hubert Bartels hgb at catalina.opt-sci.arizona.edu ************************** Q25. What is the pinout for the video port? Professional 380 video-port pinout: Pin: Description: 1,2,3,4,5,6 Ground 7,8 +12 Volts 9 Blue 10 Green 11 Red 12 Monochrome 13 Monitor Present (don't know what it's for, or where it has to be connected to.) 14 Keyboard transmit 15 Keyboard receive I got this info from our local DEC branch. I had to build my own cable and it works fine. Arno Griffioen v882246 at si.hhs.nl ************************** Q26. What are the pin-outs for the RX50 floppy controller? 1,3,etc GND Ground 2 TG43 Track greater than 43 4 N/U Not used 6 SEL3 L Select for drive 3 (no used, near as I can tell) 8 INDEX L Index 10 SEL0 L Select 0 12 SEL1 L Select 1 14 SEL2 L Select 2 (N/U) 16 MOTOR ON L Motor on 18 DIR L Direction 20 STEP L Step 22 WRT DATA L Write data 24 WG L Write gate 26 TK00 L Track 00 28 WRT PRT L Write protect 30 RD DATA L Read Data 32 SIDE 0 H Side select (Note: H vs L, so a transitor needed) 34 READY L Drive Ready Warner Losh imp at solbourne.com ************************** Q27. I booted my Pro and got an error code. What does it mean? New Pro 350 owners are so worried about the error codes I have reproduced the most common ones here. These are taken from the P/OS handbook. Note that unless you want to buy new components all you can do is reseat connections! Code Problem area Corrective Action 000100 P/OS keyboard handler 1: Check cables and connections 2: Reseat option modules in card cage. 3: Reset all IC's in sockets on system module. 5: Replace system module 6: Reload Operating system. 000200 Terminal driver [deleted] 000300 Executive/general If error occured on first access of RX or RD subsystem, check that subsystem is in order: 1: Check cables and reseat controller in card cage 2: Replace Drive 3: Replace RX or RD subsystem controller If error not found on first access of mass storage, goto 000200 corrective action. 000400 System startup processing 000500 Terminal driver (video and printer port) Second line Error Codes 0000 IOT in system state 000001 Stack overflow or cannot install task CBOOT 000002 Trace Trap or breakpoint or cannot spawn task CBOOT 000003 Illegal instruction trap or cannot spawn task CBOOT 000004 Odd address or other trap to 4 000005 Segment fault 000006 A task on P/OS without a parent aborted 000007 EMT trap or required file not found 000010 TRAP trap Todd Miller tmiller at chaos.cs.brandeis.edu ************************** Q28. Are there any pro BBSs? Billys Place (213)837-0892 Login ID is 1000 and password is 'moving target', from there youll recive a personal ID. Supports the RT-11 SIG, and has the RT-11 SIG library online for downloading (youll probably need the DECUS catalogue to help you). VTCOM/TRANSF, XMODEM, and Kermit seem to be supported, Ive successfully connected at 2400 (which is the highest-lowest, I dunno:-) RSX BBS (612)777-7664 Supports RSX on the PDP-11 but since the Pro also runs RSX there is a Pro file area discussion area. sysop is Bruce Mitchell. Intellicon Data Systems (401) 884-9002 Contact sysadmin at idsvax.i!rayssd!idsvax!sysadmin for information on their system. Chaim Dworkin chaim at linc.cis.upenn.eael P. Deignan mpd at anomaly.sbs.com Billy D'Augustine Azog-Thoth at cup.portal.com *********** Q29. I can't get my hands on an ethernet connection for my Pro. Is there any alternative? 2ith SL/IP so a serial network connection is 2.11BSD comes wital network connection is possible. Slow, but better than nothing. Steve Mitchell steve at seabhag.cps.altadenECnet for P/OS supports serial lines. These connections are quite usable, provided the parameters are set correctly on the V connecting to. Robert "Bob" Gezelter gezelter at rlgsc.com ************************** Q30. What is the latest version of Kermit available for the Pro? Pro KERMIT is actually RSX Kermit; there are cone code which make it recognize that it is running on a Professional rather than a PDP-11. The current version is T3.60 (witt support) 777-7664. T3.60 works correctly on a Pro380 under P/OS er RSX-11M-Plus V4 and higher - I'm using it now in terminal emulation as a matter of fact. There are no problems with moviMS to RSX using this version. If you have T3.60, and still encounter problems, try SET ATTRIBUTE OFF before transfemits do not recognize attribute packets. Steve Mitchell steve at grian.cps.altadena.ca.us Also run Kermit-12 on the PRO. All Kermit-12 files are available at watsun.cc.columbia.edu in the /kermit/d/k12*.* area via. PDP-8/DECmate assembler versions of the ENCODE and DECODE programs are there as k12enc.pal and k12dec.pal respectiv[23;21H77 -- Charles Lasner (author of Kermit-12) lasnmbia.edu home of Kermit-12 and other fine Kermits. ************************** Q31. mes with one serial port standard. Does anyone know if it's possible to add a econd serial port or additional ports? ly the Pro 350 and the Rainbow have two serial ports as the printer port is a serial port also. The hardware is bi-directional may be lacking in the drivers. I don't believe the printer port had full modem control on it ( I think it had DSR/DTR ). nd of the Pro 350's lifetime there was a 4 (?) port serial unit released for it. I doubt many would have been sold. Sorry, I dthe part number. Malcolm Dunnett dunnett at mala.bc.caThat 4 port unit was the Real Time Interface with 2 serial, 1 parallel, and an IEEE 488 bus (Pc3xx-aa). Dec was selling them at fall special for $100 each last year. Or it could be the PC3XC-BA Quad Serial Line unit described in the guideP/OS device drivers. 4 ports to 38.4Kbaud, two with modem control attached to a flat ribbon cabl that snaked out from insideK Todd M. Miller tmiller at caos.caos.kun.nl Paul S. Kleppner paulk at pkleppner ************************** Q32. What is DDCMP, Digital Data Communications Message Protocol? Digital D Message Protocol(DDCMP) is the network protocol covering Rainbows, PRO's, Microvaxes, and VAXes that brings network access ions) over a cable or modem. For those interested, I present here an abridged version of "Technical Aspects oion" chapter 18 "DDCMP" by John E. McNamara, 1977. Although I have not tried, it seems to be everything you need to program DDCMP Message Queuing System: "In the DDCMP protocol, any pair of stations that exchange messages wit those messages sequentially starting with message number 1. Each successive data message is numbered using the next number 256. Thus a long sequence of messages would be numbered sequ6. Thus a long sequence of messages would be numbered 1,2,3,... 254,255,0,1,... The numbering applies to each direction separample, station A might be sending its messages 6,7,8 to station B while station B is sending its messages 5,6,7 to station A. point configuration where a control station is engaged in two-way communication with 10 tributary stations, there are 20 difnumber sequences involved - one for messages from each of the 10 tributaries to the control station and one for messages frotion to each of the 10 tributaries. Whenever a station transmits a message to another station, it assignsequential message number to that message and places that number in the "Sequence" field of that message header. In addition tcounter for sequentially numbering the messages which it sends, the station also maintains a counter of the message numbers rher station. It updates that counter whenever a message is received with a message number exactly one higher than the ed message number. The contents of the received message counter are inclueded in the "Response" 45 4NEWS> The contents of the received message counter are inclueded in the "Response" field of the message being te to the other sta n the highest sequenced message that has been received. When a station receives a me error, that station sends a negative acknowledge (NAK) message back to the transmitting station. DDCMP does not require ement for each message, as he number in the respons field of a normal header, or in either the special NAK or positive ac message, specifies the sequence number of the last good message received. For example, if messages 4,5, and 6 have been rehe last time an acknowledgement was sent, and message 6 is bad, the NAK message specifies the number 5 which says "messagesod and 6 is bad." When DDCMP operates in full-duplex mode, the line does not have to be turned around; the NAK is simply addesages for the transmitter. When a station receives a message that is out of sequence, it does not responThe transmitting station will detect this from the 62 7 NEWS> respond to the transmitting station will detect this from the response field of the messages which it receives, and if the "reply wait" es before the transmitting station receives an acknowledgement, the transmitting station will send a "REP" message. The REP me sequence number of the most recent unacknowledged message sent to the distant station. If the receiving station has correthe message referred to in the REP message (as well as the messages proceding it), it replies to the REP by sending a positi (ACK). If it has not received the message referred to in sequence, it sends a NAK containing the number of the last messareceive correctly. The transmitting station will then retransmit all data messages after the message specified in the NAK. The numbering system for DDCMP messages permits there to be up to 255 unacknowledged messages outstanding, a useful fing on high delay circuits such as those using satellites. DDCMP Message Format: - - - ----- ---- -------- -------- ------- ----- ----------- ----- |lag||Repsonse||Sequence||Address||CRC 1||Information||CRC 2| |Y||Y||L|| 14 || 2 || 8 bits || 8 bits || 8 bits|| 16 ||up to N||N||A||bits ||bits| -------- -------- ------- | bits|| 8-bit || bits| | || ||S| ----- ---- cters| ----- | || ||S| ----------- - - - | Only Data & Maintenance Message types have info & CRC 2 fields | SYN is a sync character. Classes: 10000001 = Data Messages (SOH) 00000101 = Acknowledgement (ENQ) Negative Acknowledgement (DLE) Count: Used for Data and Maintenance messages to indicate the number of characters that will er and form the information part of the message. In control messages, the first 8 bits designate the type of controllast 6 0's (except for NAK which uses the low 6 bits for a reason: BCC Header Error 000001 BCC Data Error 000010 Rep. Response 000011 Bu00100 Reciever Overrun 000101 Message too Long 000110 at Error 000111 Flag: Contains the quick sync and select flags, bits 0 and 1 respectively sed to inform the receiving station that the message will be followed by sync characters; the receiver may wish to set its asschronous receiver hardware into "sync search" and syncs will be discarded until the first character of the next message arrivehis is to permit the receiving station to engage any hardware sync-stripping logic it might have and prevent it from fillingth sync characters. It also warns the receiver that there may only be a few SYNs and no DEL` (377) Why the DEL`? Becausetop' bit set. This helps force the UART to bitsync corectly with the incoming data. The select flag is used to ithis is the last message which the transmitting station is going to transmit and that the addressed station is now permittedmitting. This flag is useful in half-duplex or multipoint configurations, where transmitters need to get turned on and off.3;21H30 The Response field: The response field contains thelast message correctly received. This field is used in Data Message and in the positive and negative acknowledge types of Cots function should be evident from the preceding discussion of sequence control. The Sequence field: The sequend in Data Messages and in the REP type of Control Message. In a Data Message, it contains the sequence number of the messd by the transmitting station. In a REP message, it is used as part of the question: "Have you received all messages up throur (specify) correctly?". The Address Field: The address field is used to identify the tributary stationsystems and is used in message both to and from the tributary. In point to point operation, a station sends address "1" but 21H47 In addition to the positive and negative acknowledgement and REP types of Control Message, there are also scknowledge Control Messages. These are used to place the station which receives them in a known state. In particular, they isage counters, timers, and other counters. The start ackknowledge message indicates that this has been accomplished. Maies: These are typically bootstrap messages containing load programs in the information field. Known Drder is short and higher level operating systems must have a buffer of the appropriate size ready on relatively short notice. ller tmiller at caos.caos.kun.nl Paul zrepachol at cc.curtin.edu.au 7m64 ************************** Q33. I have an RD-something. What kind of dr e is it? What kintroller do I need? RQDX1 supports RD51 , RD52 , RX50 . RQDX2 supports RD51 , RD52 , RD53 , RX50. RQDX3 sup2 , RD53 , RD54, RX50, RD31 , RD32 , RD33*, RX33. For reference: RX33 - Teac FD-55G RX50 - DEC built 800KB dual 5.25" floppy built 800KB dual 5.25" floppy RD31 - Seagate ST225 RD32 - Seagate ST251-1 RD51 - Seagate ST-412 RD52 - Quantum Q540 / Atasi 3046 / [almost] Evotek ET-5540 RD53 - Micropolis 1325 with jumper R7 inserted (133[K RD54 - Maxtor XT-2190 The Seagate ST506 is an *RD50*, which was never supported on any of the RQDX controlleimarily on the Rainbow. Tim Thompson xxwwxx at micom.com "Starkle, Starkle little tk E. Levy LEVY at FNALD.FNAL.GOV Bill Pechter bill at pyrite.nj.pyramid.com *********************** Q35. I tried to plug in t my Pro was powered up and now the keyboard doesn't work. Take out the Mother Board and inspect the area near tr. Look for a meltdown on one of the leads and bridge it with a dollop of solder or a jumper wire. To remove the Mother B latch at the front of the HD and floppy drives and slide them forward. Uplug the ribbon cables to the card cage, and unscrs on the front of the card cage. Unplug the power cable and slide the Mother Board out. The meltdown can occur iect the Video Connector with the power on. If you misalign the connector, you can short the power lead and meltdown the lea Pin 1 or 2) to the keyboard. -- Barry Kort barry at michael.ai.mit.edu Computer faqs Date: 3 Sep 93 17:26:34 -0500 been about 8 or 9 months since I last posted my DEC Pro-350 faq so I just sent it out again. It comes in two parts and consi the major discussion that has taken place in this newsgroup since around 1988. I used to post the faq every 4 months or so b Pro users is dropping rapidly and I am not getting any contributions of material either. If you have any relavant materialthe faq or if you have any corrections, please mail to me. Enjoy reading. Chaim Date: 4 Sep 1993 06:46:06 GMT Just updating my section of this FAQ a bit: ================================ > DEC Professional Computer > Frequeestions > and Miscellaneous Trivia > ================================ > ed by: Chaim Dworkin chaim at linc.cis.upenn.edu >------------------- -------------------------------------------------------- course, nowadays, a copy of Media Master from Intersecting >Concepts will do the job on any AT clone... But this may not eest way to go about it, and it costs money besides. The sections below address this issue! >So...PRO users of the world (if there are any of you left out there) >UNITE! Le can brainstorm an effective way to coax Digital >into releasing the new firmware for the RX50 controller. If I could >jusne set of the ROM(s), I would arrange to have >them duplicated and make them available at cost to anyone else in the >world ity to format their own diskettes. Note that this is likely a prototype, and is more likely an 8751 than an 8051. An 87asted just like an EPROM, so if one copy can be procured, it most certainly can be duplicated! format an RX50 on my MSDOS computer? > >There are some software packages available which proport to allow >formattOS 5 1/4" high density drives. Here is a >short review of three of those packages. > > I have been playing with 22DSK138.ZIP and RAIND112.ZIP and >FDFORM18.ZIP long enough to givnfo regarding >Rainbow/DECmate RX50 formatting and related issues. And I have some random new info as well me if I correct my own typoes so they get fixed in the next edition of the FAQ. > >FDFORMAT 1.8 > >some problems with the current release that have always >been in at least the two previous versions when attempting to format es. You use the command: > FDFORMAT A: /Y:2 /T:80 /N:10 /H:1 > to format for RX50. The /Y:2 is to force a two-sector stagged up transfer on all systems except -11/pro. /H:1 >means a one-sided disk. /N:10 for 10 sectors and /T:80 for 80 >tracks. Please note that this FAQ is meant for all DECmate/Rainbow/PRO users, so some of the info is not directly of use to PRO peinterests of all RX50 users, it is provided with all of the relevant details, since we are talking about RX50 support of DECng PC's, etc. resultant disks are marginal, especially to revision A and B >RX50 drives. Symptoms include dataut of the >formatter when test reading the diskettes, and the inability to write >data that won't read back with data CThe problems worsen >with higher track numbers, but often start right at track 0 or 1. >Using MD1DD media instead of MD2D mae disk, so this >was assumed to be the problem. 67 8 NEWS> was assumed to be the problem. > This has been confirmed as incorrect. > > There are several bugs in FDFORMAT that directly affect RX50's: > >If the floppy is already formatted without error for all 80 tracks, >then FDFORMAT will merely verify readibility on every sector. Then >the directory info is written by ordinary writing (not formatting) >means as previously discussed. (Meaning suitable only as a strange >variant of PC-DOS-specific MS-DOS, not DECmate/Rainbow MS-DOS. You >then use RX50INIT or move to the DECmate or Rainbow and use the >FORMAT command or whatever.) Thus, all that FDFORMAT has done at >this point is to verify that a previously formatted disk is indeed >readable. What this means is that if a diskette is already low-level formatted, FDFORMAT will reliably determine that it can read the disk completely. Since the 84 10%)> NEWS> will reliably determine that it can read the disk completely. Since the status line always shows a "V" for Verify in this case, you can be certain that the diskette is readable. However, no attempt is being made to confirm that the stagger/slide and interleave factors match the command line values! Thus, you still don't precisely know what the diskette looks like! > If FDFORMAT gets even a single error for any reason, it will >change over to an actual low-level format mode. This is noticeable >in that it runs much faster. And the status line will revert to the "F" for Formatting followed by "V" for Verifying, which actually goes faster than the reliable verify-reading, because it turns out that the verify read after the format is in fact flaky, and often misinterprets returned errors! In fact, FDFORMAT can be fooled into believing it correctly formatted *and verified* a damaged diskette readable nowhere! Smarter formatters will deal with the very real errors, but gets fooled! 101/746 Lines (12%)> NEWS> gets fooled! The resultant diskette is the >unreliable type described above. Using the /U switch will force this >to happen as well, but is a normal feature of this switch. Also >using the /W switch to rewrite the prior contents of the sector also >works, but since the sectors are reformatted, the same problem >results. The /Q "quick" format works fine, since this isn't really a >format, rather a directory initialization. Thus, to determine if the diskette is usable, another program has to read the diskette after the fact. FDFORMAT itself can be used, since it will always attempt (unless /U is invoked) to do the "quick" format (which is actually slower!) and you can observe that only "V" for Verify appears throughout the verifying, etc. Alternatively, the diskette can be verified with the Norton DT program or the analogous CHKDSK /M feature that is unique to DR-DOS 5.0 (alas, dropped in 6.0 :-(, but can be lifted from there and run under 6.0 if desired :-).) to confirm that it's actually readable 18 5 NEWS> there and run under 6.0 if desired :-).) to confirm that it's actually readable using either FDFORMAT's default MS-DOS layout which differs from DEC's RX50 MS-DOS allocation, or alternatively, use RX50INIT with RAINDOS, or use the DOS 5.0 or DR-DOS 6.0 FORMAT command through RAINDOS and specify the /Q for Quick option which will just init the directory for DEC MS-DOS purposes, thus allowing DT or DR-DOS 5.0's CHKDSK /M to check out the disk as an actual DEC MS-DOS RX50 diskette. Either way will ensure the disk is readable; the latter has the advantage that bad spots will be marked in the MS-DOS directory should this be the intended usage, and CHKDSK can confirm this was accomplished either way (indication of bad sectors, etc. of CHKDSK's report). In any case, if the disks are being prepared on a PC for the purposes of being brought to a DEC system, it is desirable to check the reliability of the media and the PC's drive while still at the PC end where it can still be dealt with, as opposed to being at the DEC system end and being stuck with bad media, or worse, unreadable copies of programs! One good thing FDFORMAT is good for is to weed out bad floppy drives for 35 8 NEWS> One good thing FDFORMAT is good for is to weed out bad floppy drives for the RX50-oriented purposes: A PC-specific usage of FDFORMAT is to create disks that actually achieve 1.48 MBytes on a HD 5.25" diskette normally formatted to 1.2 MBytes. This can be accomplished using the command: FDFORMAT A: /Y:2 /T:82 /N:18 /U A brief explanation of this command is that it achieve a 2:1 interleave diskette where the unreferenced sectors of the other half of the interleave are used to replace a portion of the gaps normally provided to allow 1:1 interleave usage to successfully find the next sector. In 2:1 this is obviated, so the space can be given back to allowing more sectors. If the drive is truly up to snuff, 18 sectors can fit instead of the normal 15. The /Y:2 parameter has the usual meaning. 82 tracks are usually available on such a disk as well, so that the 5.25" diskette now holds slightly more than the usual capacity of a 3.5" HD diskette! (However, the same technique ups 52 20 NEWS> the usual capacity of a 3.5" HD diskette! (However, the same technique ups the 3.5" diskette's capacity to 1.72 MBytes!) If the drive can't handle this format, it likely can't properly format RX50 media either, since both formats depend on minimal drive speed jitter to work. (RX50 specs are actually tighter than IBM's original DD drives, since they only had originally 8, then 9 sectors, while DEC uses 10. However, most good drives are up to the task, so you can "weed out" the junky drives with FDFORMAT this way, etc.) Note that this usage requires HD diskettes, as opposed to the RX50's requirement of DD-type media! > > An additional problem with the usage described above is that even >though the /Y:2 option was given, it is ignored. The unreliable >disk, when actually formatted, does apply the /Y:2 option to the new >disk format, so the stagger is now present, but FDFORMAT attempts to >merely verify the format in this usage to avoid formatting. The >stagger/slide factor is not checked for, and can be any value. The 69 2 NEWS> >stagger/slide factor is not checked for, and can be any value. The >disk will not be reformatted merely because it was a different >stagger; of course if an error occurs it will be reformatted with the >designated value. Yes, to ensure a stagger/slide and/or interleave factor being as desired the diskette must actually get formatted. /Q prevents this, and /U ensures it and leaving either out leaves it to chance, but since FDFORMAT can misinterpret certain I/O errors, it tends to err on the side of just reading the diskette, which means that it likely never verifies the stagger/slide or interleave, just the basic readability, etc. > > So, FDFORMAT as currently released is of no useful value to any >RX50 user, since the reliability suffers so terribly. It should be >abandoned until the author or someone else fixes it for our RX50 >purposes. 86 4 NEWS> Not completely, since if used intelligently as a prototype disk creator, and then passed through TELEDISK, the resultant disks are superior. Note that FDFORMAT can be used to make "pre-master" diskettes for TELEDISK's usage, and then TELEDISK makes all subsequent usable RX50 media, etc. > > Additionally, some users report problems getting the FDREAD/FDR88 >programs to load properly, preventing FDFORMAT's use entirely (except >for "vanilla" PC formats). This also affects the ability to create the extended-capacity HD diskettes which may be useful in and of themselves, but also allows some confidence checking on the drive's condition, so it is an important subject. FDR88 for XT's, and FDREAD for all 286 and up machines can have problems getting loaded if these programs misinterpret the size of available memory, especially in the case of upper-memory and high-memory area systems. It 203 6 NEWS> especially in the case of upper-memory and high-memory area systems. It does occasionally get it right, but in some cases, the galling message: "TOO MUCH MEMORY" appears, and cannot be cleared, even following the documentation to try loading the program multiple times. (Actually, the documentation merely says to try a second load attempt. In fact, in certain systems, it might work after as many as 20 attempts to load it, each one wasting a small amount of memory.) The solution may well be to run a "bare-bones" system, such as a bootable floppy DOS system which lacks the memory juggling frills. This is still a viable environment for FDFORMAT, and all necessary files can easily fit on a bootable HD diskette. FDFORMAT allows a pause between execution invocation and formatting the diskette, so you can take out the system disk and replace with the disk to be formatted, etc. The problems definitely come about when using MS-DOS or DR-DOS version 5 and up. Sometimes it is possible to shell out of another program and then run FDREAD e now smaller memory space, etc. Experimentation is 20 9 NEWS> run FDREAD e now smaller memory space, etc. Experimentation is desirable here! > > Hopefully, the author can be contacted for fixes to this >otherwise useful program. In spite of all of its problems, FDFORMAT still gets you viable master diskettes for variant formats that improve performance on many O/S's as found on RX50's on various machines. All MS-DOS formats can get a performance boost using some aspect of FDFORMAT, and if there is an MS-DOS board for the PRO, this issue certainly applies there. Also certain CP/M layouts can definitely benefit. Admittedly most mainstream PRO usage is for the standard layout where the drivers map the disk sectors instead of having a hardware sector reordering, thus any standard formatter is sufficient in those particular cases, but for all of the myriad variants out there, FDFORMAT (coupled with TELEDISK) is invaluable. 37 31 NEWS> > >22DSK138 This is a useful package for converting many CP/M formats to/from >MS-DOS. The DECmate and Rainbow are directly supported and can be >set as the default CP/M types. The program can be configured for use >with the TEAC FD-55F drives which are essentially two-sided RX50 >types. (FD-55GFV and GFR can be configured as FD-55F equivalent.) >The program can run on an XT configured with HD or FD-55F drives as >well. Note that FD-55F doesn't require a 3-speed floppy controller, >thus any XT can have an FD-55F added on if necessary. > >22DISK also formats the CP/M disks it handles, so RX50's can be >formatted directly. As a high-level consequence, a CP/M directory >initialization is also performed. The resulting disk is usable >anywhere an RX50 can go, and is quite reliable. > 54 3 NEWS> > Note that there are no formatting options as in FDFORMAT, just a >standard low-level-format RX50. But a reliable standard format is >better than an unreliable "better" format. So, this is a recommended >way to format RX50 on a PC. Again, only if the application is for a standard format RX50, which isn't always the case. 22DISK will note errors while formatting though, and is an invaluable tool for weeding out flaky media, etc. even if ultimately non-standard sector layout is needed later, etc. > (It is conceivable that FDFORMAT "behaves" correctly on FD-55F >drives, which are theoretically supported by both programs. If the >disks prove reliable, then the other advantages of FDFORMAT can be >applied in this particular case.) This has been proven wrong. FDFORMAT just can't make sector gaps the 71 5 NEWS> This has been proven wrong. FDFORMAT just can't make sector gaps the way other programs do. It is conceivable that a non-standard usage of the "G" (for Gap) parameter may yet bail out FDFORMAT for RX50 usage, but so far, some fairly extensive testing fails to find a value that makes a formatted diskette as well as any of the other ways to format a diskette (TELEDISK, 22DISK, RAINDOS, etc.). There is one additional use of FDFORMAT: If the O/S is MS-DOS V 4.01 or older, there is no provision in the FORMAT command to override the current format on the diskette. Often you can get into a situation where FORMAT will not change the (incorrect and possibly only partial) format on the media which is in conflict with w you are attempting, etc. Since FDFORMAT always supports the /Q and /U switches in the same manner as the newer DOS versions, it can undo these problems should they occur, etc. > >RAINDOS 1.12 88 7 NEWS> >RAINDOS 1.12 > >For MS-DOS DECmate and Rainbow users, there is an alternate route: >RAINDOS is a device driver from the same vendor as 22DISK, and >apparently incorporates the same low-level disk support. > >Unlike RX50DRVR, RAINDOS can work correctly with CHKDSK and most >importantly DOS's FORMAT command. You still get a standard low-level >RX50, but the resultant DOS structure is entirely compatible with >DECmate and Rainbow MS-DOS, so programs like RX50INIT aren't >required. Further, since DOS's FORMAT command was used, any actual >errors will be incorporated into the FAT structure, so diskettes with >bad spots can be used. (RX50INIT does a no-check perfect directory >initialize. FDFORMAT does check for errors, but records them in the >incompatible PC-like DOS structure that has to be replaced for DEC >compatibility, so you have to observe that FDFORMAT found no errors, >and must reject disks with errors.) The manual claims there is the >same FD-55F support as in 22DISK. 305 9 NEWS> same FD-55F support as in 22DISK. >RAINDOS has several problems: > It doesn't work under DR DOS. All but the FORMAT command actually do ^^ does >work there, but attempts to format a diskette terminate with the >error message "Drive already locked to another program". To clarify this issue: If a FORMAT command actually causes a low-level format to be attempted, and the O/S is DR-DOS 6.0, the command will fail with the above noted error message. If the FORMAT command merely does a "quick" format, either due to FORMAT's guesswork or the /Q switch, then the disk is m ely initialized and not formatted (a "high-level" format always occurs, but a "low-level" format will not under these circumstances.) 22 41 NEWS> format will not under these circumstances.) > It doesn't work with DOS 4 and 5 booted to the A: floppy which is >also the drive used by RAINDOS for its RX50 operations, unless DOS is >used exclusively on 360K diskettes. As with other floppy-based >systems, there are times when you get a message like "mount a >diskette containing \COMMAND.COM in drive A: and press ENTER". This >is perfectly normal for this limited environment. The problem is >that if you have HD drives, (most machines have HD A: drives), then >you would prefer to read HD diskettes on them. Once booted up and in >the mentioned situation, all further attempts at using an HD floppy >yield a GENERAL FAILURE error message that will not clear. You can >mount a low-density floppy to get COMMAND.COM reloaded, but all >further access to the A: drive disallows HD diskettes. > >For hard-disk DOS 4 and 5 users, none of this is a problem in >general, but since I use DR DOS 6, I had to boot a DOS 4 or 5 floppy 39 3 NEWS> >general, but since I use DR DOS 6, I had to boot a DOS 4 or 5 floppy >:-(. There additionally seems to be some speed/timing related problems with RAINDOS in that certain file transfers take inexplicably long times to read or write. The longer the file, the more likely the problem is. Also, when RAINDOS is loaded, the FORMAT command for normal DOS formatting may take inordinately long, often accompanied by extraneou seeks/recalibrates between track formats, although totally harmless otherwise; the resultant diskettes are formatted correctly. > Overall, if the goal is merely to format RX50 media, 22DISK is the >best route since it runs under any PC-based DOS system. For many >users, RAINDOS is even better, but clearly not for all users. >When/if FDFORMAT gets fixed, it will be a better way through that >portion of the problem. BTW, RX50DRVR, while not able to format, 56 5 NEWS> portion of the problem. BTW, RX50DRVR, while not able to format, >does run under DR DOS 6, as does RX50INIT. RX50INIT cannot run under >DOS 4 and DOS 5. RX50DRVR has some quirky problems partially >avoidable there as well. There is also word that RX50DRVR is being >upgraded to support formatting and DOS 4 and 5's CHKDSK. It >currently can be used with DR DOS's CHKDSK as well as DOS 3.x. > >Apparently, RX50 support is hardly a "static" issue :-). Here's another possibility: There is a shareware product from Italy called 800. I think the viable current version may be called 800II standing for 800 version 2 in Roman numeral notation. This program essentially is an alternative to the FDREAD portion of FDFORMAT and allows the MS-DOS 5.0 and DR-DOS 6.0 FORMAT command to specify parameters that otherwise could not be performed. For example, it is possible 73 7 NEWS> parameters that otherwise could not be performed. For example, it is possible after the 800 TSR is loaded, to invoke the DR-DOS 6.0 FORMAT command: FORMAT A: /T:80 /N:10 This will create an RX50 format diskette with one difference: it is double- sided. Due to limitations of the FORMAT command itself, the /1 option is not allowed for any format other than the /4 format. (I.e., to make a single sided 160K or 180K diskette from what would otherwise be a 320K or 360K diskette.) Such a diskette can then be used with any of the high-level formats to make i RX50 MS-DOS compatible, or merely tested for viability before being passed over to an RX50-based DEC system. The only interesting aspect is that it could report errors on the other side of the disk, i.e., the side ignored by the RX50! Further testing is required to determine if 800 can interact favorably with 90 9 NEWS> Further testing is required to determine if 800 can interact favorably with FDFORMAT in lieu of FDREAD/FDR88. In any case, 800 has no problems getting loaded by MS-DOS 5 or DR-DOS 6, and reacts favorably to systems with high or upper memory enabled, etc. Of course since it is primarily for use with the DOS FORMAT command, the non-standard parameters do not get passed through to 800, even though the ability to do so is present. There exists a package available from the (ex-)Soviet Union as shareware, that can format and exchange files between MS-DOS and ODS-1 RSX PRO/-11 RX50 diskettes which is ideal for PRO's. This package runs under MS-DOS or DR-DOS, and requires 800, etc. > > -- Charles Lasner lasner at watsun.cc.columbia.edu > > ************************** 407 51 NEWS> > ************************** > >Q12. Is there a way to copy RX50s on an MSDOS computer? > >I have down-loaded Sydex's teledisk, and have found it to exceed my >expectations in some useful ways. > >For starters, all of my attentions are based on the problems of distributing >RX50 diskettes not necessarily in stock format, and not yet having any >satisfactory way of creating the necessary disks. > >Background: > >There are several desirable variant formats for RX50 that have been discussed >elsewhere. The only known program to create them is FDFORMAT for PC's. While >this freeware program is generally quite good, it has a few crucial bugs that >make it unsuitable for RX50 usage. It is conceivable that this will be >solved by using some additional/non-standard parameters to FDFORMAT to create 24 3 NEWS> solved by using some additional/non-standard parameters to FDFORMAT to create >usable disks, but in any case, the use of all obvious parameters yields disks >that are flakey on some RX50's, and downright unreadable on others. In >addition, these disks are so messed up that a DECmate can't even WRITE on the >disks and read back what it just wrote reliably! Yet, this isn't a media >problem because it can be demonstrated that the problem disappears by >low-level format of the same diskette with either Sydex's RAINDOS or 22DISK >packages. (Note that *some* RX50 systems using some newer-designed controllers >and/or higher revision drives and/or RX50-compatibility modes on different >drives have little or no problems with these FDFORMATted diskettes; indeed >the diskettes are fine on a PC; there's some low-level detail that's incorrect >about FDFORMATted diskettes. Some parameter is being set to a PC-acceptable >value that doesn't center on RX50's requirements. Perhaps this will be >uncovered at a later time obviating this entire discussion. Until such a >time, FDFORMAT cannot be used to create RX50 diskettes that are readable on >*all* RX50 systems. FDFORMAT also has a few other operational bugs, such as >incorrect recognition of certain I/O errors, etc., but these are exception >cases, and for all other PC purposes, it serves quite admirably.) 41 6 NEWS> cases, and for all other PC purposes, it serves quite admirably.) > The reason why FDFORMAT is desirable is that it is the only known program >capable of creating the variant RX50 formats where the format must be >done with interleave and stagger factors, especially if the disk must have >"zones" where the format changes. For example, to create a disk best suited >for DECmate OS/278 usage, the following *TWO* commands should be given: > FDFORMAT A: /T:80 /N:10 /1 /Y:2 /I:2 >FDFORMAT A: /T:78 /N:10 /1 /Y:2 > The first command creates a disk with an interleave of 2:1 and a stagger of >2 throughout. The second command changes tracks 0-77 to have 1:1 interleave >and a stagger of 2 throughout. > When OS/278 is copied onto such a diskette, the "slushware" tracks are read >in much faster than on standard RX50 diskettes, and all access to the rest of >the diskette is speeded somewhat because of the stagger factor which overcomes 58 8 NEWS> the diskette is speeded somewhat because of the stagger factor which overcomes >the software's lack of stagger mapping. But since the software does map the >sector order into a 2:1 interleave, the hardware order must stay in 1:1 >inter ave sequence. > This would be a nice disk to use for the intended purpose, but many DECmates >will be unable to read this diskette. Literally, it will get a CRC error >on *every* sector! Furthermore, if you attempt to write an image of the >software onto this diskette, it will get a CRC error on *every* sector even >though it just wrote the disk out! >Enter Teledisk to the rescue! > When I read Teledisk's documentation, I had doubts that it could solve >this problem, because I noticed it could be quite "smart", perhaps *too* >smart! It claims that it can get around certain copy-protection methods >by virtue of how it operates, so I figured that it would likely copy the >problems of FDFORMAT as well :-(. Or, alternatively, it might guess that 75 60 NEWS> problems of FDFORMAT as well :-(. Or, alternatively, it might guess that diskette was an RX50 and proceed to format it in a stock manner, thus >destroying the optimization applied by using the two FDFORMAT commands instead >of just using RAINDOS or 22DISK to create stock low-level RX50 diskettes. >Well, I was wrong on both counts! > Teledisk understands how to maintain sector order, and pointed out the >change of interleave from 1:1 to 2:1 at track 78, so that problem is >hurdled. >Teledisk understands that these sectors should be formatted with apparently >the same parameters as the formatting routines in 22DISK and RAINDOS, so the >resultant disk *is* readable on DECmates! Of course, this is *not* an >"exact" copy ut rather it is a "better" copy. Apparently Teledisk only >writes sectors in a "sane" format, and the copy-protection they refer to >is the class of "funny" sector ordering, size, or count, not any lower-level >details. Apparently the Sydex code at work in RAINDOS and 22DISK is also 92 3 NEWS> details. Apparently the Sydex code at work in RAINDOS and 22DISK is also >within Teledisk, thus since Teledisk recognizes the disk as a 10-sector/track >512 bytes/sector disk, it writes it as would RAINDOS, etc., except Teledisk >is sensitive to sector ordering unlike the other Sydex programs, etc. >Thus, the descendent disk is actually *better* than the original. I can now >therefore distribute diskettes in the intended format for working-copy usage >of the best effort of each diskette :-). > Additionally, if I modify distribution diskettes to be in their intended >format instead of their original stock format (virtually all diskettes that >need to be distributed are in stock RX50 format, because the need to create >optimal diskette layout is generally newer than the software; indeed, this >entire effort is to distribute software that performs *better* than the >original!), then the master disks should be copied with Teledisk to create >perfect copie in one step. > There are additional advantages: 509 5 NEWS> There are additional advantages: > Teledisk can also create an MS-DOS file that is the image of the diskette >in either a rudimentary-compressed or advanced-compressed form. These files >can be transmitted down the net and then reconstructed on PC-AT's for use >on RX50 targets. Since they are compressed, this minimizes the overhead >as well, etc. > So, Teledisk has made my day :-). However, all clouds have dark sides as well :-( : Teledisk has some problems, some of which are "political" in nature. There is a known limitation of TELEDISK in that when you invoke the built-in compression feature, which is apparently "liberally borrowed" from the PD LHARC program, it runs quite slow, but admittedly creates smaller MS-DOS files for the effort. However, if the extra compression is disabled, the MS-DOS file is only subject to run-length compression of zero bytes, and the resultant file can then 26 7 NEWS> to run-length compression of zero bytes, and the resultant file can then be compressed by better means, such as PKZIP which is often faster in the compression and decompression, which means that uncompressed files can be used to speed up TELEDISK's operations, and occasionally the PKZIP archive file is somewhat smaller (or somewhat larger, it varies!) than the LHARC-type file format used by TELEDISK when ssion is enabled. Although I would therefore recommend disabling the compression, the program tends to promote the use of the compression, etc. There is a known bug in the compression routine that will occasionally show up as an incorrect file that is worthless! So far, only 1.44 MByte 3.5" HD diskette image files have been found to show this problem, and only occasionally. As distributed as shareware (last shareware version I believe is 2.12) the only way to confirm this is to attempt to make a descendent floppy, and notice that it craps out in the middle. The author has acknowledged this weakness as of this 2.12 version, and 43 9 NEWS> The author has acknowledged this weakness as of this 2.12 version, and apparently at least an additional newer version that he won't make available as shareware, even though this version, and perhaps some even newer versions only add on attempts at bug fixes. (Clearly there is at least one newer non-shareware version superseded by at least yet another non-shareware version, and the former's only purpose is to defectively attempt to overcome the problem in the shareware version, and the latter is a fix to that fix, etc. Relative to this problem, there are no other features to the newer versions, and perhaps there are no other features at all!) Apparently the author is having some business problems with some unscrupulous commercial BBS operators who have apparently violated the shareware license by having a blatant amount of downloadable files in TELEDISK format, yet haven't paid for a shareware license, etc. The author contends that the only way these operators can have so many TELEDISK files is that they are violating the terms of the shareware, etc. While all of this may even be true, Internet users who have no commercial 60 72 NEWS> While all of this may even be true, Internet users who have no commercial interest in Te disk are now being "punished" along with the "guilty" since the shareware author has decided to no longer support newer versions on Teledisk as shareware! Instead, all users are required to purchase a "site license" regardless of status, etc. Thus, it is necessary to pay a high (compared to shareware rates) price for the next version, even though it is of dubious worth over the last shareware version, at least in regard to RX50-related matters specifically. It is conceivable that someone able to justify the site license could report to us whether the problems we must concern ourselves with have been remedied in a newer version, etc. Additionally, as of Ve ion 2.13, an additional utility has appeared called TDCHECK. The TDCHECK program can check the viability of a Teledisk file to determine if the file isn't corrupted (whether caused by Teledisk itself or not!) and is faster than using Teledisk to create a target disk which then has to be verified as a copy of the original, etc. Of course, you need to purchase a site license to obtain this utility as it's a portion of the first "commercial" release, etc. 77 5 NEWS> first "commercial" release, etc. On the brighter side, the shareware author may have relented somewhat, because I have found a copy of the TDCHECK program on many of the common Internet resource sites (SIMTEL20, etc.) seemingly unbundled from any Teledisk release of Version 2.13 or higher, etc. This TDCHECK program doesn't solve the problem of corrupted operation, it merely confirms that the problem has/has not occurred allowing you an easier work-around, i.e., definitely to not enable the compression. Since the recommendation is to disable the compression and use an external utility for that purpose, this really shouldn't pose any actual problems, and I again want to emphasize that no RX50 images have ever been discovered to be self-corrupted by Teledisk V 2.12, just 3.5" HD diskettes. However, there is yet another problem with Teledisk, at least as of V 2.12: 94 7 NEWS> Teledisk attempts to read a diskette which might be highly non-standard, and it reports all points of change in the format of a disk as they occur, such as when the interleave changes, etc. As a consequence of this, it "tolerates" a lot of format variations and will recreate them in the descendent disk (and in the case of FDFORMAT- created RX50 images, actually better than the original!) However, if the disk is being read marginally, as RX50 diskettes sometimes do, it assumes that the variation is normal, i.e., there will be a report on the screen during the disk reading, copying to an MS-DOS file, of an unwarranted format change from the constant 10 sectors/track RX50 format with some stated interleave, etc. It appears that Teledisk inadequately retries reading a diskette to confirm the difference between a desirable format change or anomaly, and merely an I/O error that would clear up merely by re-reading the track a few times. 611 9 NEWS> o get around this, the following recommendation is made: First format a diskett on the PC using the desired interleave and stagger or slide parameters. Take this diskette to the DEC RX50 system and make an image copy of the desired diskette onto this diskette that was formatted on the PC just prior to being written on at the DEC system. Then take the copied diskette back to the PC where it was formatted, and read it into Teledisk. The resulting MS-DOS file will report no format changes during the diskette reading a would the original DEC diskette. This procedure can eliminate about 98% of the problem. If the format change is reported during the diskette read, the diskette is definitely useless, and there is no fix possible. If no format change is reported, the disk is likely trustworthy. Of course the descendent disk can be brought back to the DEC system and compared to the DEC original, as a further "belts and suspenders" approach which should be done on important disks, etc. 28 82 NEWS> which should be done on important disks, etc. An additional problem of Teledisk as of at least V 2.12 is that there is an option to make a direct copy from one drive to another without making the intermediate MS-DOS file. This option often doesn't work at all. Avoid the problem by c ating the MS-DOS intermediate file, and using Teledisk a second time to create a descendent, etc. (You can always output to a RAM disk and/or delete the file afterwards if desired, etc.) Not related to RX50 per se, but there is another notable Teledisk problem: When 1.72 Mbyte disks are created using FDFORMAT as described above, Tele cannot copy them at all! The symptom is that descendent disk is created and is correctly formatted, but the contents of some portion of the disk (approximately 2/3 of the way into the disk) are a repeat of the contents of lower-numbered tracks. Often the file is self-corrupted as is occasionally the downfall of using Teledisk with 3.5" HD diskettes, but in this particular case, the file is not noted as corrupted with TDCHECK, but rather has plausible contents, just repeating some of the former track 45 4 NEWS> but rather has plausible contents, just repeating some of the former track data instead of the desired data, but the Teledisk file is in the proper format per se, and the resultant disk's format is correct also. Note that it could be necessary to disable to compression to avoid self-corruption, but the data is still wrong even if the format is correct in that case. In spite of all of these problems, Teledisk does generally work, and works rather well. Hopefully, the shareware author will change his policy regarding the usage by those more suited to being treated as shareware users, not commercial operators, and at that point, the shareware author can enjoy the benefits of having good feedback from his audience! This policy can give the greatest advantage to the author and users alike! > >Besides Teledisk there is another option. You can retreive rt11.zip ^^^^^^^^ retrieve >by via anonymous ftp from newton.canterbury.ac.nz, 132.181.40.1, in 62 7 NEWS> >by via anonymous ftp from newton.canterbury.ac.nz, 132.181.40.1, in >the pub/local directory. > >It produces what appears to be a nice RT-11-like environment on a PC >for file transfers, etc., but is inferior to Teledisk for the purpose >of making a compacted image of an entire disk as a DOS file. Since >this is a frill, it can be completely overlooked :-). > >And yes, it does Format DD-type media to stock RX50 as advertised. > >This program is written in Turbo Pascal. It would seem that someone who >can understand enough TP and the quirky code to call BIOS routines should >incorporate some of RT11.PAS into FDFORMAT (also a TP-based item) since >the format routine works fine while FDFORMAT does not for RX50 as discussed >elsewhere. > >Overall a nice program. > 79 8 NEWS> -- Charles Lasner lasner at watsun.cc.columbia.edu > ************************** > Q13. Is an RX50 equivalent to a low density or high density generic floppy? > Just a word about using HD media: > You can't reliably use HD media on an actual RX50, because the coercivity >is too far off in HD media. It was designed for the higher-frequency >recording of the "real" 1.2 Meg format (500 KHz) and not the 250 KHz recording >rate of the RX50, which is actually the same as good 'ol DS/DD media (360K >kid of media). Some revisions of RX50 drive in comination with certain RX ^^^ kind drives ^^^^^ ^^^^^^^^^^ combination >controllers in some DEC machins fare better than others, but it can be ^^^^^^^ machines >demonstrated that a lot of combinations don't particularly "like" HD 96 90 NEWS> demonstrated that a lot of combinations don't particularly "like" HD >media. >The designated media for RX50 is Maxell MD1DD-RX50 or equivalent, which is >what used to be called "quad" media. This is well-honed low-density media, >so it is rated for use on 96 TPI (80 track) drives, not just 48 TPI (40 track) >drives as is usual. Note that MD2D is not MD2DD. (The 2 just means two-sided >which for all intents and purposes today can be ignored; virtuall *all* media ^^^^^^^^ virtually >is actually made double-sided :-).) The DD means 80-track support, but since >most media are made well-honed, most cheap disks can support 80 tracks anyway. >These disks will *not* cause I/O errors on any RX50! However, long-term usage >requires the hub rings be removed completely (use alcohol to get the sticky >stuff off, or ask your supplier for no-hub disks!). Failing to remove >hub rings means eventually the disks will get unreliable sooner than they >ought to due to registration problems. All 96 TPI disks have this problem. >Note that MD2HD and MD1DD don't have hub rings! It is rumored that there is 713 3 NEWS> Note that MD2HD and MD1DD don't have hub rings! It is rumored that there is >a "premium" line of diskettes from Fuji apart from their standard line of >inexpensive diskettes that has a specially reinforced hub area, that isn't >a hub ring per se. If the same mechanism is used in both HD and DD media, >then the DD type woul be the best thing today to use with impunity for >RX50. Clearly the MD1DD or MD2DD or MD1DD or the 3M equivalents are too >expensive, considering that what we want are the cheapest types of diskettes >with the hub rings never added. (We don't want to pay more for less!) An issue over hub rings: While it is desirable to find media without hub rings, and yet be DD media, it is usually the case that DD and hub rings go together, i.e. if there are no hub rings, the media is likely to be HD. To confirm that the media is indeed DD, the following test will generally work: Attempt to format a suspect disk as a normal 1.2 Meg HD diskette. If there are hundreds of kilobytes in bad sectors, then it's likely a DD-type diskette 30 5 NEWS> are hundreds of kilobytes in bad sectors, then it's likely a DD-type diskette unsuitable for HD usage and therefore suitable or DD usage. If the diskette gets either no errors or few errors (under 200K in bad sectors) then it's some form of HD diskette and shouldn't be attempted for RX50 usage. It may appear OK o e PC, but it won't work reliably on (most) real RX50 systems! > -- Charles Lasner lasner at watsun.cc.columbia.edu > > ************************** I have a question of my own: I notice someone claimed that an MS-DOS board was available for the PRO. Didn't EC market a Z80/CP/M board for the PRO? cjl End of Display> NEWS> comp.sys.dec.micro: 5 Items (#1 - #5) Prot:RW Title From Lines Date 1 dead rd53 gleason at mwk.com 19 3-Sep 2 DEC Professional Computer faq part 1 chaim at linc.cis.upen 987 3-Sep 3 DEC Professional Computer faq part 2 chaim at linc.cis.upen 822 3-Sep 4 DEC Pro Computer faqs chaim at linc.cis.upen 18 3-Sep ->5 Re: DEC Professional Computer faq part lasner at watsun.cc.co 746 4-Sep Read: No more items in Newsgroup NEWS> Group: comp.sys.dec.micro, Item 5 (Current Item Range #1 - #5) Subject: Re: DEC Professional Computer faq part 1 From: lasner at watsun.cc.columbia.edu (Charles Lasner), Columbia University Date: 4 Sep 1993 06:46:06 GMT Just updating my section of this FAQ a bit: > ================================ > DEC Professional Computer > Frequently Asked Questions > and Miscellaneous Trivia > ================================ > compiled and edited by: Chaim Dworkin chaim at linc.cis.upenn.edu >------------------- -------------------------------------------------------- >disks. Of course, nowadays, a copy of Media Master from Intersecting >Concepts will do the job on any AT clone... But this may not even be the best way to go about it, and it costs money besides. The sections below address this issue! NEWS> >So...PRO users of the world (if there are any of you left out there) >UNITE! Let's see if we can brainstorm an effective way to coax Digital >into releasing the new firmware for the RX50 controller. If I could >just get my hands on one set of the ROM(s), I would arrange to have >them duplicated and make them available at cost to anyone else in the >world wanting the ability to format their own diskettes. Note that this is likely a prototype, and is more likely an 8751 than an 8051. An 8751 can be read/blasted just like an EPROM, so if one copy can be procured, it most certainly can be duplicated! >Q11. Can I format an RX50 on my MSDOS computer? > >There are some software packages available which proport to allow >formatting of RX50s on MSDOS 5 1/4" high density drives. Here is a >short review of three of those packages. > 33 5 NEWS> > I have been playing with 22DSK138.ZIP and RAIND112.ZIP and >FDFORM18.ZIP long enough to give some additional info regarding >Rainbow/DECmate RX50 formatting and related issues. And I have some random new info as well. Also, pardon me if I correct my own typoes so they get fixed in the next edition of the FAQ. > >FDFORMAT 1.8 > > There are some problems with the current release that have always >been in at least the two previous versions when attempting to format >RX50 diskettes. You use the command: > FDFORMAT A: /Y:2 /T:80 /N:10 /H:1 > to format for RX50. The /Y:2 is to force a two-sector stagger per 50 6 NEWS> to format for RX50. The /Y:2 is to force a two-sector stagger per >track to speed up transfer on all systems except -11/pro. /H:1 >means a one-sided disk. /N:10 for 10 sectors and /T:80 for 80 >tracks. Please note that this FAQ is meant for all DECmate/Rainbow/PRO users, so some of the info is not directly of use to PRO people, but in the interests of all RX50 users, it is provided with all of the relevant details, since we are talking about RX50 support of DEC machines using PC's, etc. resultant disks are marginal, especially to revision A and B >RX50 drives. Symptoms include data CRC errors right out of the >formatter when test reading the diskettes, and the inability to write >data that won't read back with data CRC errors. The problems worsen >with higher track numbers, but often start right at track 0 or 1. >Using MD1DD media instead of MD2D makes a more reliable disk, so this >was assumed to be the problem. 67 8 NEWS> was assumed to be the problem. > This has been confirmed as incorrect. > > There are several bugs in FDFORMAT that directly affect RX50's: > >If the floppy is already formatted without error for all 80 tracks, >then FDFORMAT will merely verify readibility on every sector. Then >the directory info is written by ordinary writing (not formatting) >means as previously discussed. (Meaning suitable only as a strange >variant of PC-DOS-specific MS-DOS, not DECmate/Rainbow MS-DOS. You >then use RX50INIT or move to the DECmate or Rainbow and use the >FORMAT command or whatever.) Thus, all that FDFORMAT has done at >this point is to verify that a previously formatted disk is indeed >readable. What this means is that if a diskette is already low-level formatted, FDFORMAT will reliably determine that it can read the disk completely. Since the 84 10%)> NEWS> will reliably determine that it can read the disk completely. Since the status line always shows a "V" for Verify in this case, you can be certain that the diskette is readable. However, no attempt is being made to confirm that the stagger/slide and interleave factors match the command line values! Thus, you still don't precisely know what the diskette looks like! > If FDFORMAT gets even a single error for any reason, it will >change over to an actual low-level format mode. This is noticeable >in that it runs much faster. And the status line will revert to the "F" for Formatting followed by "V" for Verifying, which actually goes faster than the reliable verify-reading, because it turns out that the verify read after the format is in fact flaky, and often misinterprets returned errors! In fact, FDFORMAT can be fooled into believing it correctly formatted *and verified* a damaged diskette readable nowhere! Smarter formatters will deal with the very real errors, but gets fooled! 101/746 Lines (12%)> NEWS> gets fooled! The resultant diskette is the >unreliable type described above. Using the /U switch will force this >to happen as well, but is a normal feature of this switch. Also >using the /W switch to rewrite the prior contents of the sector also >works, but since the sectors are reformatted, the same problem >results. The /Q "quick" format works fine, since this isn't really a >format, rather a directory initialization. Thus, to determine if the diskette is usable, another program has to read the diskette after the fact. FDFORMAT itself can be used, since it will always attempt (unless /U is invoked) to do the "quick" format (which is actually slower!) and you can observe that only "V" for Verify appears throughout the verifying, etc. Alternatively, the diskette can be verified with the Norton DT program or the analogous CHKDSK /M feature that is unique to DR-DOS 5.0 (alas, dropped in 6.0 :-(, but can be lifted from there and run under 6.0 if desired :-).) to confirm that it's actually readable 18 5 NEWS> there and run under 6.0 if desired :-).) to confirm that it's actually readable using either FDFORMAT's default MS-DOS layout which differs from DEC's RX50 MS-DOS allocation, or alternatively, use RX50INIT with RAINDOS, or use the DOS 5.0 or DR-DOS 6.0 FORMAT command through RAINDOS and specify the /Q for Quick option which will just init the directory for DEC MS-DOS purposes, thus allowing DT or DR-DOS 5.0's CHKDSK /M to check out the disk as an actual DEC MS-DOS RX50 diskette. Either way will ensure the disk is readable; the latter has the advantage that bad spots will be marked in the MS-DOS directory should this be the intended usage, and CHKDSK can confirm this was accomplished either way (indication of bad sectors, etc. of CHKDSK's report). In any case, if the disks are being prepared on a PC for the purposes of being brought to a DEC system, it is desirable to check the reliability of the media and the PC's drive while still at the PC end where it can still be dealt with, as opposed to being at the DEC system end and being stuck with bad media, or worse, unreadable copies of programs! One good thing FDFORMAT is good for is to weed out bad floppy drives for 35 8 NEWS> One good thing FDFORMAT is good for is to weed out bad floppy drives for the RX50-oriented purposes: A PC-specific usage of FDFORMAT is to create disks that actually achieve 1.48 MBytes on a HD 5.25" diskette normally formatted to 1.2 MBytes. This can be accomplished using the command: FDFORMAT A: /Y:2 /T:82 /N:18 /U A brief explanation of this command is that it achieve a 2:1 interleave diskette where the unreferenced sectors of the other half of the interleave are used to replace a portion of the gaps normally provided to allow 1:1 interleave usage to successfully find the next sector. In 2:1 this is obviated, so the space can be given back to allowing more sectors. If the drive is truly up to snuff, 18 sectors can fit instead of the normal 15. The /Y:2 parameter has the usual meaning. 82 tracks are usually available on such a disk as well, so that the 5.25" diskette now holds slightly more than the usual capacity of a 3.5" HD diskette! (However, the same technique ups 52 20 NEWS> the usual capacity of a 3.5" HD diskette! (However, the same technique ups the 3.5" diskette's capacity to 1.72 MBytes!) If the drive can't handle this format, it likely can't properly format RX50 media either, since both formats depend on minimal drive speed jitter to work. (RX50 specs are actually tighter than IBM's original DD drives, since they only had originally 8, then 9 sectors, while DEC uses 10. However, most good drives are up to the task, so you can "weed out" the junky drives with FDFORMAT this way, etc.) Note that this usage requires HD diskettes, as opposed to the RX50's requirement of DD-type media! > > An additional problem with the usage described above is that even >though the /Y:2 option was given, it is ignored. The unreliable >disk, when actually formatted, does apply the /Y:2 option to the new >disk format, so the stagger is now present, but FDFORMAT attempts to >merely verify the format in this usage to avoid formatting. The >stagger/slide factor is not checked for, and can be any value. The 69 2 NEWS> >stagger/slide factor is not checked for, and can be any value. The >disk will not be reformatted merely because it was a different >stagger; of course if an error occurs it will be reformatted with the >designated value. Yes, to ensure a stagger/slide and/or interleave factor being as desired the diskette must actually get formatted. /Q prevents this, and /U ensures it and leaving either out leaves it to chance, but since FDFORMAT can misinterpret certain I/O errors, it tends to err on the side of just reading the diskette, which means that it likely never verifies the stagger/slide or interleave, just the basic readability, etc. > > So, FDFORMAT as currently released is of no useful value to any >RX50 user, since the reliability suffers so terribly. It should be >abandoned until the author or someone else fixes it for our RX50 >purposes. 86 4 NEWS> Not completely, since if used intelligently as a prototype disk creator, and then passed through TELEDISK, the resultant disks are superior. Note that FDFORMAT can be used to make "pre-master" diskettes for TELEDISK's usage, and then TELEDISK makes all subsequent usable RX50 media, etc. > > Additionally, some users report problems getting the FDREAD/FDR88 >programs to load properly, preventing FDFORMAT's use entirely (except >for "vanilla" PC formats). This also affects the ability to create the extended-capacity HD diskettes which may be useful in and of themselves, but also allows some confidence checking on the drive's condition, so it is an important subject. FDR88 for XT's, and FDREAD for all 286 and up machines can have problems getting loaded if these programs misinterpret the size of available memory, especially in the case of upper-memory and high-memory area systems. It 203 6 NEWS> especially in the case of upper-memory and high-memory area systems. It does occasionally get it right, but in some cases, the galling message: "TOO MUCH MEMORY" appears, and cannot be cleared, even following the documentation to try loading the program multiple times. (Actually, the documentation merely says to try a second load attempt. In fact, in certain systems, it might work after as many as 20 attempts to load it, each one wasting a small amount of memory.) The solution may well be to run a "bare-bones" system, such as a bootable floppy DOS system which lacks the memory juggling frills. This is still a viable environment for FDFORMAT, and all necessary files can easily fit on a bootable HD diskette. FDFORMAT allows a pause between execution invocation and formatting the diskette, so you can take out the system disk and replace with the disk to be formatted, etc. The problems definitely come about when using MS-DOS or DR-DOS version 5 and up. Sometimes it is possible to shell out of another program and then run FDREAD e now smaller memory space, etc. Experimentation is 20 9 NEWS> run FDREAD e now smaller memory space, etc. Experimentation is desirable here! > > Hopefully, the author can be contacted for fixes to this >otherwise useful program. In spite of all of its problems, FDFORMAT still gets you viable master diskettes for variant formats that improve performance on many O/S's as found on RX50's on various machines. All MS-DOS formats can get a performance boost using some aspect of FDFORMAT, and if there is an MS-DOS board for the PRO, this issue certainly applies there. Also certain CP/M layouts can definitely benefit. Admittedly most mainstream PRO usage is for the standard layout where the drivers map the disk sectors instead of having a hardware sector reordering, thus any standard formatter is sufficient in those particular cases, but for all of the myriad variants out there, FDFORMAT (coupled with TELEDISK) is invaluable. 37 31 NEWS> > >22DSK138 This is a useful package for converting many CP/M formats to/from >MS-DOS. The DECmate and Rainbow are directly supported and can be >set as the default CP/M types. The program can be configured for use >with the TEAC FD-55F drives which are essentially two-sided RX50 >types. (FD-55GFV and GFR can be configured as FD-55F equivalent.) >The program can run on an XT configured with HD or FD-55F drives as >well. Note that FD-55F doesn't require a 3-speed floppy controller, >thus any XT can have an FD-55F added on if necessary. > >22DISK also formats the CP/M disks it handles, so RX50's can be >formatted directly. As a high-level consequence, a CP/M directory >initialization is also performed. The resulting disk is usable >anywhere an RX50 can go, and is quite reliable. > 54 3 NEWS> > Note that there are no formatting options as in FDFORMAT, just a >standard low-level-format RX50. But a reliable standard format is >better than an unreliable "better" format. So, this is a recommended >way to format RX50 on a PC. Again, only if the application is for a standard format RX50, which isn't always the case. 22DISK will note errors while formatting though, and is an invaluable tool for weeding out flaky media, etc. even if ultimately non-standard sector layout is needed later, etc. > (It is conceivable that FDFORMAT "behaves" correctly on FD-55F >drives, which are theoretically supported by both programs. If the >disks prove reliable, then the other advantages of FDFORMAT can be >applied in this particular case.) This has been proven wrong. FDFORMAT just can't make sector gaps the 71 5 NEWS> This has been proven wrong. FDFORMAT just can't make sector gaps the way other programs do. It is conceivable that a non-standard usage of the "G" (for Gap) parameter may yet bail out FDFORMAT for RX50 usage, but so far, some fairly extensive testing fails to find a value that makes a formatted diskette as well as any of the other ways to format a diskette (TELEDISK, 22DISK, RAINDOS, etc.). There is one additional use of FDFORMAT: If the O/S is MS-DOS V 4.01 or older, there is no provision in the FORMAT command to override the current format on the diskette. Often you can get into a situation where FORMAT will not change the (incorrect and possibly only partial) format on the media which is in conflict with w you are attempting, etc. Since FDFORMAT always supports the /Q and /U switches in the same manner as the newer DOS versions, it can undo these problems should they occur, etc. > >RAINDOS 1.12 88 7 NEWS> >RAINDOS 1.12 > >For MS-DOS DECmate and Rainbow users, there is an alternate route: >RAINDOS is a device driver from the same vendor as 22DISK, and >apparently incorporates the same low-level disk support. > >Unlike RX50DRVR, RAINDOS can work correctly with CHKDSK and most >importantly DOS's FORMAT command. You still get a standard low-level >RX50, but the resultant DOS structure is entirely compatible with >DECmate and Rainbow MS-DOS, so programs like RX50INIT aren't >required. Further, since DOS's FORMAT command was used, any actual >errors will be incorporated into the FAT structure, so diskettes with >bad spots can be used. (RX50INIT does a no-check perfect directory >initialize. FDFORMAT does check for errors, but records them in the >incompatible PC-like DOS structure that has to be replaced for DEC >compatibility, so you have to observe that FDFORMAT found no errors, >and must reject disks with errors.) The manual claims there is the >same FD-55F support as in 22DISK. 305 9 NEWS> same FD-55F support as in 22DISK. >RAINDOS has several problems: > It doesn't work under DR DOS. All but the FORMAT command actually do ^^ does >work there, but attempts to format a diskette terminate with the >error message "Drive already locked to another program". To clarify this issue: If a FORMAT command actually causes a low-level format to be attempted, and the O/S is DR-DOS 6.0, the command will fail with the above noted error message. If the FORMAT command merely does a "quick" format, either due to FORMAT's guesswork or the /Q switch, then the disk is m ely initialized and not formatted (a "high-level" format always occurs, but a "low-level" format will not under these circumstances.) 22 41 NEWS> format will not under these circumstances.) > It doesn't work with DOS 4 and 5 booted to the A: floppy which is >also the drive used by RAINDOS for its RX50 operations, unless DOS is >used exclusively on 360K diskettes. As with other floppy-based >systems, there are times when you get a message like "mount a >diskette containing \COMMAND.COM in drive A: and press ENTER". This >is perfectly normal for this limited environment. The problem is >that if you have HD drives, (most machines have HD A: drives), then >you would prefer to read HD diskettes on them. Once booted up and in >the mentioned situation, all further attempts at using an HD floppy >yield a GENERAL FAILURE error message that will not clear. You can >mount a low-density floppy to get COMMAND.COM reloaded, but all >further access to the A: drive disallows HD diskettes. > >For hard-disk DOS 4 and 5 users, none of this is a problem in >general, but since I use DR DOS 6, I had to boot a DOS 4 or 5 floppy 39 3 NEWS> >general, but since I use DR DOS 6, I had to boot a DOS 4 or 5 floppy >:-(. There additionally seems to be some speed/timing related problems with RAINDOS in that certain file transfers take inexplicably long times to read or write. The longer the file, the more likely the problem is. Also, when RAINDOS is loaded, the FORMAT command for normal DOS formatting may take inordinately long, often accompanied by extraneou seeks/recalibrates between track formats, although totally harmless otherwise; the resultant diskettes are formatted correctly. > Overall, if the goal is merely to format RX50 media, 22DISK is the >best route since it runs under any PC-based DOS system. For many >users, RAINDOS is even better, but clearly not for all users. >When/if FDFORMAT gets fixed, it will be a better way through that >portion of the problem. BTW, RX50DRVR, while not able to format, 56 5 NEWS> portion of the problem. BTW, RX50DRVR, while not able to format, >does run under DR DOS 6, as does RX50INIT. RX50INIT cannot run under >DOS 4 and DOS 5. RX50DRVR has some quirky problems partially >avoidable there as well. There is also word that RX50DRVR is being >upgraded to support formatting and DOS 4 and 5's CHKDSK. It >currently can be used with DR DOS's CHKDSK as well as DOS 3.x. > >Apparently, RX50 support is hardly a "static" issue :-). Here's another possibility: There is a shareware product from Italy called 800. I think the viable current version may be called 800II standing for 800 version 2 in Roman numeral notation. This program essentially is an alternative to the FDREAD portion of FDFORMAT and allows the MS-DOS 5.0 and DR-DOS 6.0 FORMAT command to specify parameters that otherwise could not be performed. For example, it is possible 73 7 NEWS> parameters that otherwise could not be performed. For example, it is possible after the 800 TSR is loaded, to invoke the DR-DOS 6.0 FORMAT command: FORMAT A: /T:80 /N:10 This will create an RX50 format diskette with one difference: it is double- sided. Due to limitations of the FORMAT command itself, the /1 option is not allowed for any format other than the /4 format. (I.e., to make a single sided 160K or 180K diskette from what would otherwise be a 320K or 360K diskette.) Such a diskette can then be used with any of the high-level formats to make i RX50 MS-DOS compatible, or merely tested for viability before being passed over to an RX50-based DEC system. The only interesting aspect is that it could report errors on the other side of the disk, i.e., the side ignored by the RX50! Further testing is required to determine if 800 can interact favorably with 90 9 NEWS> Further testing is required to determine if 800 can interact favorably with FDFORMAT in lieu of FDREAD/FDR88. In any case, 800 has no problems getting loaded by MS-DOS 5 or DR-DOS 6, and reacts favorably to systems with high or upper memory enabled, etc. Of course since it is primarily for use with the DOS FORMAT command, the non-standard parameters do not get passed through to 800, even though the ability to do so is present. There exists a package available from the (ex-)Soviet Union as shareware, that can format and exchange files between MS-DOS and ODS-1 RSX PRO/-11 RX50 diskettes which is ideal for PRO's. This package runs under MS-DOS or DR-DOS, and requires 800, etc. > > -- Charles Lasner lasner at watsun.cc.columbia.edu > > ************************** 407 51 NEWS> > ************************** > >Q12. Is there a way to copy RX50s on an MSDOS computer? > >I have down-loaded Sydex's teledisk, and have found it to exceed my >expectations in some useful ways. > >For starters, all of my attentions are based on the problems of distributing >RX50 diskettes not necessarily in stock format, and not yet having any >satisfactory way of creating the necessary disks. > >Background: > >There are several desirable variant formats for RX50 that have been discussed >elsewhere. The only known program to create them is FDFORMAT for PC's. While >this freeware program is generally quite good, it has a few crucial bugs that >make it unsuitable for RX50 usage. It is conceivable that this will be >solved by using some additional/non-standard parameters to FDFORMAT to create 24 3 NEWS> solved by using some additional/non-standard parameters to FDFORMAT to create >usable disks, but in any case, the use of all obvious parameters yields disks >that are flakey on some RX50's, and downright unreadable on others. In >addition, these disks are so messed up that a DECmate can't even WRITE on the >disks and read back what it just wrote reliably! Yet, this isn't a media >problem because it can be demonstrated that the problem disappears by >low-level format of the same diskette with either Sydex's RAINDOS or 22DISK >packages. (Note that *some* RX50 systems using some newer-designed controllers >and/or higher revision drives and/or RX50-compatibility modes on different >drives have little or no problems with these FDFORMATted diskettes; indeed >the diskettes are fine on a PC; there's some low-level detail that's incorrect >about FDFORMATted diskettes. Some parameter is being set to a PC-acceptable >value that doesn't center on RX50's requirements. Perhaps this will be >uncovered at a later time obviating this entire discussion. Until such a >time, FDFORMAT cannot be used to create RX50 diskettes that are readable on >*all* RX50 systems. FDFORMAT also has a few other operational bugs, such as >incorrect recognition of certain I/O errors, etc., but these are exception >cases, and for all other PC purposes, it serves quite admirably.) 41 6 NEWS> cases, and for all other PC purposes, it serves quite admirably.) > The reason why FDFORMAT is desirable is that it is the only known program >capable of creating the variant RX50 formats where the format must be >done with interleave and stagger factors, especially if the disk must have >"zones" where the format changes. For example, to create a disk best suited >for DECmate OS/278 usage, the following *TWO* commands should be given: > FDFORMAT A: /T:80 /N:10 /1 /Y:2 /I:2 >FDFORMAT A: /T:78 /N:10 /1 /Y:2 > The first command creates a disk with an interleave of 2:1 and a stagger of >2 throughout. The second command changes tracks 0-77 to have 1:1 interleave >and a stagger of 2 throughout. > When OS/278 is copied onto such a diskette, the "slushware" tracks are read >in much faster than on standard RX50 diskettes, and all access to the rest of >the diskette is speeded somewhat because of the stagger factor which overcomes 58 8 NEWS> the diskette is speeded somewhat because of the stagger factor which overcomes >the software's lack of stagger mapping. But since the software does map the >sector order into a 2:1 interleave, the hardware order must stay in 1:1 >inter ave sequence. > This would be a nice disk to use for the intended purpose, but many DECmates >will be unable to read this diskette. Literally, it will get a CRC error >on *every* sector! Furthermore, if you attempt to write an image of the >software onto this diskette, it will get a CRC error on *every* sector even >though it just wrote the disk out! >Enter Teledisk to the rescue! > When I read Teledisk's documentation, I had doubts that it could solve >this problem, because I noticed it could be quite "smart", perhaps *too* >smart! It claims that it can get around certain copy-protection methods >by virtue of how it operates, so I figured that it would likely copy the >problems of FDFORMAT as well :-(. Or, alternatively, it might guess that 75 60 NEWS> problems of FDFORMAT as well :-(. Or, alternatively, it might guess that diskette was an RX50 and proceed to format it in a stock manner, thus >destroying the optimization applied by using the two FDFORMAT commands instead >of just using RAINDOS or 22DISK to create stock low-level RX50 diskettes. >Well, I was wrong on both counts! > Teledisk understands how to maintain sector order, and pointed out the >change of interleave from 1:1 to 2:1 at track 78, so that problem is >hurdled. >Teledisk understands that these sectors should be formatted with apparently >the same parameters as the formatting routines in 22DISK and RAINDOS, so the >resultant disk *is* readable on DECmates! Of course, this is *not* an >"exact" copy ut rather it is a "better" copy. Apparently Teledisk only >writes sectors in a "sane" format, and the copy-protection they refer to >is the class of "funny" sector ordering, size, or count, not any lower-level >details. Apparently the Sydex code at work in RAINDOS and 22DISK is also 92 3 NEWS> details. Apparently the Sydex code at work in RAINDOS and 22DISK is also >within Teledisk, thus since Teledisk recognizes the disk as a 10-sector/track >512 bytes/sector disk, it writes it as would RAINDOS, etc., except Teledisk >is sensitive to sector ordering unlike the other Sydex programs, etc. >Thus, the descendent disk is actually *better* than the original. I can now >therefore distribute diskettes in the intended format for working-copy usage >of the best effort of each diskette :-). > Additionally, if I modify distribution diskettes to be in their intended >format instead of their original stock format (virtually all diskettes that >need to be distributed are in stock RX50 format, because the need to create >optimal diskette layout is generally newer than the software; indeed, this >entire effort is to distribute software that performs *better* than the >original!), then the master disks should be copied with Teledisk to create >perfect copie in one step. > There are additional advantages: 509 5 NEWS> There are additional advantages: > Teledisk can also create an MS-DOS file that is the image of the diskette >in either a rudimentary-compressed or advanced-compressed form. These files >can be transmitted down the net and then reconstructed on PC-AT's for use >on RX50 targets. Since they are compressed, this minimizes the overhead >as well, etc. > So, Teledisk has made my day :-). However, all clouds have dark sides as well :-( : Teledisk has some problems, some of which are "political" in nature. There is a known limitation of TELEDISK in that when you invoke the built-in compression feature, which is apparently "liberally borrowed" from the PD LHARC program, it runs quite slow, but admittedly creates smaller MS-DOS files for the effort. However, if the extra compression is disabled, the MS-DOS file is only subject to run-length compression of zero bytes, and the resultant file can then 26 7 NEWS> to run-length compression of zero bytes, and the resultant file can then be compressed by better means, such as PKZIP which is often faster in the compression and decompression, which means that uncompressed files can be used to speed up TELEDISK's operations, and occasionally the PKZIP archive file is somewhat smaller (or somewhat larger, it varies!) than the LHARC-type file format used by TELEDISK when ssion is enabled. Although I would therefore recommend disabling the compression, the program tends to promote the use of the compression, etc. There is a known bug in the compression routine that will occasionally show up as an incorrect file that is worthless! So far, only 1.44 MByte 3.5" HD diskette image files have been found to show this problem, and only occasionally. As distributed as shareware (last shareware version I believe is 2.12) the only way to confirm this is to attempt to make a descendent floppy, and notice that it craps out in the middle. The author has acknowledged this weakness as of this 2.12 version, and 43 9 NEWS> The author has acknowledged this weakness as of this 2.12 version, and apparently at least an additional newer version that he won't make available as shareware, even though this version, and perhaps some even newer versions only add on attempts at bug fixes. (Clearly there is at least one newer non-shareware version superseded by at least yet another non-shareware version, and the former's only purpose is to defectively attempt to overcome the problem in the shareware version, and the latter is a fix to that fix, etc. Relative to this problem, there are no other features to the newer versions, and perhaps there are no other features at all!) Apparently the author is having some business problems with some unscrupulous commercial BBS operators who have apparently violated the shareware license by having a blatant amount of downloadable files in TELEDISK format, yet haven't paid for a shareware license, etc. The author contends that the only way these operators can have so many TELEDISK files is that they are violating the terms of the shareware, etc. While all of this may even be true, Internet users who have no commercial 60 72 NEWS> While all of this may even be true, Internet users who have no commercial interest in Te disk are now being "punished" along with the "guilty" since the shareware author has decided to no longer support newer versions on Teledisk as shareware! Instead, all users are required to purchase a "site license" regardless of status, etc. Thus, it is necessary to pay a high (compared to shareware rates) price for the next version, even though it is of dubious worth over the last shareware version, at least in regard to RX50-related matters specifically. It is conceivable that someone able to justify the site license could report to us whether the problems we must concern ourselves with have been remedied in a newer version, etc. Additionally, as of Ve ion 2.13, an additional utility has appeared called TDCHECK. The TDCHECK program can check the viability of a Teledisk file to determine if the file isn't corrupted (whether caused by Teledisk itself or not!) and is faster than using Teledisk to create a target disk which then has to be verified as a copy of the original, etc. Of course, you need to purchase a site license to obtain this utility as it's a portion of the first "commercial" release, etc. 77 5 NEWS> first "commercial" release, etc. On the brighter side, the shareware author may have relented somewhat, because I have found a copy of the TDCHECK program on many of the common Internet resource sites (SIMTEL20, etc.) seemingly unbundled from any Teledisk release of Version 2.13 or higher, etc. This TDCHECK program doesn't solve the problem of corrupted operation, it merely confirms that the problem has/has not occurred allowing you an easier work-around, i.e., definitely to not enable the compression. Since the recommendation is to disable the compression and use an external utility for that purpose, this really shouldn't pose any actual problems, and I again want to emphasize that no RX50 images have ever been discovered to be self-corrupted by Teledisk V 2.12, just 3.5" HD diskettes. However, there is yet another problem with Teledisk, at least as of V 2.12: 94 7 NEWS> Teledisk attempts to read a diskette which might be highly non-standard, and it reports all points of change in the format of a disk as they occur, such as when the interleave changes, etc. As a consequence of this, it "tolerates" a lot of format variations and will recreate them in the descendent disk (and in the case of FDFORMAT- created RX50 images, actually better than the original!) However, if the disk is being read marginally, as RX50 diskettes sometimes do, it assumes that the variation is normal, i.e., there will be a report on the screen during the disk reading, copying to an MS-DOS file, of an unwarranted format change from the constant 10 sectors/track RX50 format with some stated interleave, etc. It appears that Teledisk inadequately retries reading a diskette to confirm the difference between a desirable format change or anomaly, and merely an I/O error that would clear up merely by re-reading the track a few times. 611 9 NEWS> o get around this, the following recommendation is made: First format a diskett on the PC using the desired interleave and stagger or slide parameters. Take this diskette to the DEC RX50 system and make an image copy of the desired diskette onto this diskette that was formatted on the PC just prior to being written on at the DEC system. Then take the copied diskette back to the PC where it was formatted, and read it into Teledisk. The resulting MS-DOS file will report no format changes during the diskette reading a would the original DEC diskette. This procedure can eliminate about 98% of the problem. If the format change is reported during the diskette read, the diskette is definitely useless, and there is no fix possible. If no format change is reported, the disk is likely trustworthy. Of course the descendent disk can be brought back to the DEC system and compared to the DEC original, as a further "belts and suspenders" approach which should be done on important disks, etc. 28 82 NEWS> which should be done on important disks, etc. An additional problem of Teledisk as of at least V 2.12 is that there is an option to make a direct copy from one drive to another without making the intermediate MS-DOS file. This option often doesn't work at all. Avoid the problem by c ating the MS-DOS intermediate file, and using Teledisk a second time to create a descendent, etc. (You can always output to a RAM disk and/or delete the file afterwards if desired, etc.) Not related to RX50 per se, but there is another notable Teledisk problem: When 1.72 Mbyte disks are created using FDFORMAT as described above, Tele cannot copy them at all! The symptom is that descendent disk is created and is correctly formatted, but the contents of some portion of the disk (approximately 2/3 of the way into the disk) are a repeat of the contents of lower-numbered tracks. Often the file is self-corrupted as is occasionally the downfall of using Teledisk with 3.5" HD diskettes, but in this particular case, the file is not noted as corrupted with TDCHECK, but rather has plausible contents, just repeating some of the former track 45 4 NEWS> but rather has plausible contents, just repeating some of the former track data instead of the desired data, but the Teledisk file is in the proper format per se, and the resultant disk's format is correct also. Note that it could be necessary to disable to compression to avoid self-corruption, but the data is still wrong even if the format is correct in that case. In spite of all of these problems, Teledisk does generally work, and works rather well. Hopefully, the shareware author will change his policy regarding the usage by those more suited to being treated as shareware users, not commercial operators, and at that point, the shareware author can enjoy the benefits of having good feedback from his audience! This policy can give the greatest advantage to the author and users alike! > >Besides Teledisk there is another option. You can retreive rt11.zip ^^^^^^^^ retrieve >by via anonymous ftp from newton.canterbury.ac.nz, 132.181.40.1, in 62 7 NEWS> >by via anonymous ftp from newton.canterbury.ac.nz, 132.181.40.1, in >the pub/local directory. > >It produces what appears to be a nice RT-11-like environment on a PC >for file transfers, etc., but is inferior to Teledisk for the purpose >of making a compacted image of an entire disk as a DOS file. Since >this is a frill, it can be completely overlooked :-). > >And yes, it does Format DD-type media to stock RX50 as advertised. > >This program is written in Turbo Pascal. It would seem that someone who >can understand enough TP and the quirky code to call BIOS routines should >incorporate some of RT11.PAS into FDFORMAT (also a TP-based item) since >the format routine works fine while FDFORMAT does not for RX50 as discussed >elsewhere. > >Overall a nice program. > 79 8 NEWS> -- Charles Lasner lasner at watsun.cc.columbia.edu > ************************** > Q13. Is an RX50 equivalent to a low density or high density generic floppy? > Just a word about using HD media: > You can't reliably use HD media on an actual RX50, because the coercivity >is too far off in HD media. It was designed for the higher-frequency >recording of the "real" 1.2 Meg format (500 KHz) and not the 250 KHz recording >rate of the RX50, which is actually the same as good 'ol DS/DD media (360K >kid of media). Some revisions of RX50 drive in comination with certain RX ^^^ kind drives ^^^^^ ^^^^^^^^^^ combination >controllers in some DEC machins fare better than others, but it can be ^^^^^^^ machines >demonstrated that a lot of combinations don't particularly "like" HD 96 90 NEWS> demonstrated that a lot of combinations don't particularly "like" HD >media. >The designated media for RX50 is Maxell MD1DD-RX50 or equivalent, which is >what used to be called "quad" media. This is well-honed low-density media, >so it is rated for use on 96 TPI (80 track) drives, not just 48 TPI (40 track) >drives as is usual. Note that MD2D is not MD2DD. (The 2 just means two-sided >which for all intents and purposes today can be ignored; virtuall *all* media ^^^^^^^^ virtually >is actually made double-sided :-).) The DD means 80-track support, but since >most media are made well-honed, most cheap disks can support 80 tracks anyway. >These disks will *not* cause I/O errors on any RX50! However, long-term usage >requires the hub rings be removed completely (use alcohol to get the sticky >stuff off, or ask your supplier for no-hub disks!). Failing to remove >hub rings means eventually the disks will get unreliable sooner than they >ought to due to registration problems. All 96 TPI disks have this problem. >Note that MD2HD and MD1DD don't have hub rings! It is rumored that there is 713 3 NEWS> Note that MD2HD and MD1DD don't have hub rings! It is rumored that there is >a "premium" line of diskettes from Fuji apart from their standard line of >inexpensive diskettes that has a specially reinforced hub area, that isn't >a hub ring per se. If the same mechanism is used in both HD and DD media, >then the DD type woul be the best thing today to use with impunity for >RX50. Clearly the MD1DD or MD2DD or MD1DD or the 3M equivalents are too >expensive, considering that what we want are the cheapest types of diskettes >with the hub rings never added. (We don't want to pay more for less!) An issue over hub rings: While it is desirable to find media without hub rings, and yet be DD media, it is usually the case that DD and hub rings go together, i.e. if there are no hub rings, the media is likely to be HD. To confirm that the media is indeed DD, the following test will generally work: Attempt to format a suspect disk as a normal 1.2 Meg HD diskette. If there are hundreds of kilobytes in bad sectors, then it's likely a DD-type diskette 30 5 NEWS> are hundreds of kilobytes in bad sectors, then it's likely a DD-type diskette unsuitable for HD usage and therefore suitable or DD usage. If the diskette gets either no errors or few errors (under 200K in bad sectors) then it's some form of HD diskette and shouldn't be attempted for RX50 usage. It may appear OK o e PC, but it won't work reliably on (most) real RX50 systems! > -- Charles Lasner lasner at watsun.cc.columbia.edu > > ************************** I have a question of my own: I notice someone claimed that an MS-DOS board was available for the PRO. Didn't EC market a Z80/CP/M board for the PRO? cjl End of Display> NEWS>