INMC 80 News

  

October-December 1981, Issue 5











Page 18 of 71











-- 18 –

The Editor kindly gave me the opportunity to preview the responses to “The Great BUS Debate’ which are included in this issue. I have concluded that many feel that Gemini and Nascom are converging on a collision course, and whilst there are some areas of direct competition, the recent radical moves on our part as far as software is concerned should ensure that a conflict of this nature will not take place. Gemini have adopted a CP/M look-alike monitor called RP/M (produced by Richard Beal, the author of Nasbug T4 and Nas-Sys 1&3), which means that customers starting with a ROM based system can move on to CP/M without making any changes whatsoever to their software, simply transferring the programs from tape or EPROM to disk with the routines provided. Nascom, however, for historic reasons continue to primarily follow the path of Nas-Sys.

The customer therefore has two clear choices – a single board Nascom approach, or the Gemini MultiBoard approach. In order to allow the user to expand his system and exploit its potential to the fullest, the adoption of one BUS would mean that peripheral manufacturers would have two basic systems to supply with the same product, thereby reducing costs dramatically. Surely this must be to the benefit of all of Nascom and Gemini customers?

Yours sincerely,

John A. Marshall,

Managing Director, Gemint Microcomputers Ltd.

Directory listing for CP/M systems Steve Hanselman

Here I sit, 11 o’clock at night typing away at the keyboard of my trusty Nascom, after a hard days slacking. Anyway, that’s enough of my tales of woe, here’s what I’m writing about.

It’s a bit for CP/M disk systems. Those of you who have a disk system running CP/M 1.4, (and lets face it, judging by the number of people seen carrying away expensive boxes from the various dealers, there must be plenty around), will probably have noticed the fact that when a directory exceeds 13 entries it scrolls off the screen of the Nascom. Well here’s a small program that can be entered under ZSID or DDT which will give a three column directory display. It is executed in the following fashion:

A>CAT Which will list all the directory entries on drive A

A>CAT d: Which will list all the directory entries on drive d:

A>CAT filename.typ Which will list all the directory entries with the unambiguous filename.typ on drive A.

A>CAT d:filename-typ Which will list all the directory entries with the unambiguous filename-typ on drive d:.

Tab version 1.0 HEX output file HEX dump of : CAT «COM

0100 21 00 00 39 22 E6 O1 31 00 02 3A 5D 00 FE 20 20 0110 OB 3E 3F 21 5D 00 06 OB 77 23 10 FC 3A 5C 00 B7 0120 28 04 06 40 18 07 OE 19 CD 05 00 06 41 80 32 D8 0130 Ol 11 AC 01 OE 09 CD 05 00 11 5C 00 OF 11 CD 05 0140 00 FE FF 28 49 E5 D5 C5 F5 21 80 00 07 07 07 07 0150 07 SF 16 00 19 3A D8 O1 CD 9B O01 3E 3A CD 9B 01 0160 06 09 7E CD 9B 01 23 10 F9 3E 2E CD 9B O01 06 03 0170 7E CD 9B 01 23 10 F9 3E 20 CD 9B OL CD 9B Ol FI 0180 C1 D1 El OF 12 CD 05 00 FE FF 20 B9 18 08 11 DC 0190 01 OF 09 CD 05 00 2A E6 O1 F9 C9 EB5 D5 C5 FS £6 O1A0 7F SF OF 02 CD 05 00 F1 Cl D1 El C9 43 41 54 41 0180 4C 4F 47 20 76 65 72 73 20 31 2E 32 OD 0A 43 61 01C0 74 61 6C 6F 67 20 6F 66 20 66 69 6C 65 73 20 AF 01D0 6E 20 64 72 69 76 65 20 00 OD OA 24 4E 6F 74 20 O1E0 66 6F 75 6E 64 24 00 00 00 00 00 00 00 00 00 00 O1FO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00


This is an OCR’d version of the scanned page and likely contains recognition errors.











Page 18 of 71