home *** CD-ROM | disk | FTP | other *** search
- Joe's OS/2 Tips.
-
- Number 3
-
- Written by Joseph Mckinnon (61:560/0@Worldnet)
-
- Downloaded from Proteus OS/2, Australia's Only SIMPLEX Site.
-
- Phone +61-7-800-3521
-
- Hours 24 hours a day
-
- Speeds 300-14400, MNP.
-
- Topics Covered
-
- -CPS:EXtend not found Error, related stuff.
- -Comms Programs
- -Off-Line Readers
- -First Impressions of CSet/2 - The C compiler for OS/2
-
- CPS-EXTEND NOT FOUND
-
- If you have seen this message after your system came to a screaming
- halt, chances are that (your not watching chances), you have either not
- installed the HPFS fix or your power to your machine was cut-off. What
- ever, this error message can only be fixed by booting from an OS/2 BOOT
- DISK and checking the hard drive for corrupted sectors, with the
- following command.
- CHKDSK D: /F:3
- where D: is your Drive
- and /F:3 is the highest testing level for chkdsk.
-
- Unfortunately OS/2 doesn't provide an easy to use FORMAT /S command,
- but you have to make a boot disk by hand, never fear, I've included a
- very nice REXX command file by Donald L. Meyer. This MAKEBOOT.CMD will
- ask you questions, then make a boot disk for your system. I recommend
- that you do this NOW, if you don't have one already.
-
- Also many 'silly' problems like vanishing Icons, keyboard problems
- and other silly (was working yesterday) problems, are normally fixed by
- the above. Some programmes have the ability to edit your system's INI
- files, and don't close them correctly, thus just creating errors in the next
- boot-up, this will help solve your problems.
-
- These INI files can be 'saved' at boot-time to a floppy by adding
- into you config.sys file the following line -
- RUN REN B:\*.INI B:\*.PRE
- RUN copy d:\os2\.ini B:
-
- This will now save/backup your INI files to a floppy, and will give you
- two INI file sets to choose from, either the last one or the second last
- one (since, if you've got the same luck as I, your backup INIs will be
- corrupt as well!).
-
- COMMS PROGRAMS
-
- Since many people, when exposed to OS/2 for the first time, seem to
- be heavily involved with DOS/WINDOWS etc, they are often caught out by OS/2's
- comms support. I have had many calls with various problems with
- communications, from slow transfers to CRC errors all the time.
-
- Often these people don't realise that OS/2 is heavily hardware
- dependent, and that if you are using the wrong hardware, software
- can't really solve your problems.
-
- The Hardware Side
-
- Most people have heard/read about the mysterious 'thing' call a
- UART. This single chip, is the single most important chip for your
- comport and speed. In that, even if you are driving the latest 486-50
- Mhz system, you will still suffer from CRCs (etc) with your
- communications, if you've still got the older UARTs installed
- (8250,16450).
-
- For successful communications, your UART must belong to the
- family called 16550. This family has a character buffer built into
- the chip, so that while your computer is busy, with other tasks, the
- UART can provide a small amount of breathing space for your comport.
- Essentially, and operating system/shell which provides any form of
- multi-tasking ability, requires at least the 16550 chipset. This is
- due to the design of the standard IBM PC (not XT/AT etc), in that
- every time the Comport receives/sends data, the CPU must handle it
- directly, rather than another piece of hardware, thus while the
- software is executing another application, the comport must be able
- to hold/store the incoming signals, otherwise you'll incur data lost
- - hence the CRC's and aborted download/uploads.
-
- With a 16550 installed, you can happily multi-task away under
- OS/2, if and only if you have a medium sized system (eg a 25SX
- with 8 meg of ram), and if you don't go overboard with applications
- (not more than 10 concurrent processes). I've found that my system
- (a 386-33 8 meg, with a v32bis modem) can happily run 10
- applications, with a high speed caller on line (14.4 K baud).
- ....Just like now.
-
- So when your thinking of upgrading your system, or fixing the
- comports, on your current system, make sure you get a 16550 installed,
- especially if you wish to use OS/2 to it's fullest.
-
- The OS/2 MODE command
-
- OS/2 is a very strongly defined OS, even comports must be
- setup via an OS/2 mode command. The following is the one I use on
- my BBS line (com2).
-
- MODE COM2:19200,N,8,1,XON=OFF,RTS=HS,OCTS=ON,IDSR=OFF,ODSR=OFF,TO=ON,BUFFER=ON
-
- Looks confusing, right?
- No? Your kidding yourself.
- Ok then, here's a brief run-down on the above.
- 19200 - Locks Com port 2 at 19200 Baud (ideal for 14.4k transfers)
- N - No Parity
- 8 - 8 data bits
- 1 - 1 stop bit
- XON - Enable/Disable XON software flow control
- RTS - Enable/Disable/Handshake Hardware RTS flow control
- OCTS - Enable/Disable CTS handshaking
- TO - Enable/Disable Time out
- BUFFER- Enable/Disable the 16550 buffers.
-
- Ok, I said it was brief, but that's basically it. If your
- using a MNP capable modem, then you should know how to configure
- your modem to allow it to use a locked DTE interface, so adjust the
- 19200 setting to suit your system, otherwise, just remove the 19200
- part, but LEAVE the comma (eg MODE COM2:,N,....)
-
- To save typing, add the above, to your config.sys file, with
- your favorite editor.
-
- RUN=D:\OS2\MODE COM2:,,,,XON=OFF,RTS=HS,OCTS=ON,IDSR=OFF,ODSR=OFF,TO=ON
-
- This way, every time you boot up with OS/2, the mode command is
- automatic. Also the D:\OS2\ is my path to my OS/2 system
- directory, remember to change this to suit your system.
-
- The Software Side
-
- Did you make it through? If not the OS/2 command-line help,
- will explain in more details.
-
- The accepted rule with OS/2 is as follows, OS/2 comms packages
- will operate correctly at any speed level, at which both your modem
- and hardware can handle, DOS stuff will only be able to be
- 'trusted' on systems at speeds 9600 or less.
-
- The DOS limitation is brought on by OS/2's Dos handling. Since
- OS/2, will only allow 1000 interupts a second, via a dos program,
- some higher speed modems will not be able to provide the normal
- transfers when compared to vanilla DOS. Thus, basically if you want
- to use a high speed modem, use OS/2 software.
-
- The OS/2 software is quite capable of performing any of your
- normal communications needs. With little restrictions (the mode command
- be the main one) you can happily down/upload the latest files from
- your favorite BBS (mine or course ;-), except if your running on a
- limited platform, watch the number of apps your running, because
- the swapping to the hard drive, etc, can cause the transfers to
- slow right down, because the coms software isn't getting enough
- attention from the CPU.
-
- TIP! Always put the comms program in a FULL SCREEN. Since the
- system will spend to much time looking after how the program looks,
- rather than how it talks to comport. Essential for High Speed
- modems.
-
- Ok, so you've got the modem firing on all cylinders, what about a QWK
- reader to use.
-
- QWK Offline readers FOR OS/2
-
- Currently, there are 3 known QWK compatible readers for OS/2, I've
- seen only two of them (I've included a GIF file showing you what one
- looks like.) - Mail Reader/2-MR2 (Text Based) and KWQ (PM Based apps. CUA)
-
- MR/2 -
- This application is a very straight forward QWK reader, which has
- familiar keystrokes to SLMR. Installing requires your to edit a
- INI file, otherwise no dramas.
-
- KWQ - (KWQ.GIF - the only screen)
- This is the BEST QWK reader I've used for a long time. Very,
- very simple to install, and use. No real need to press any keys
- (unless of course you want to write a reply) just point and shot
- (click, for the beginners ;-) ). UPDATE - This program is in
- Beta testing, and some OS/2 users, or my system, are having
- problems, with 'Drive D: not found', on single partitioned
- machinces, hopefully the author fixes this, soon.
-
- ========================================================================
- FIRST IMPRESSIONS
-
- IBM's C Developers Workset/2
-
- Firstly, I've got to say that IBM is selling these at a special price
- of $395, till end of September. I've got to say WOW, I ordered it, and
- IBM expressed couriered it to me the following day! Now that's Service!
- Now to the review.
-
- Early one morning I noticed the courier labouring away with this
- MASSIVE box, I was saying to myself, I didn't order anything, not
- expecting to see the developer's kit for weeks. I was astounded to find
- out that it was from Big Blue. Yippee!
-
- As usual, IBM does everything to make the most tight fitting
- packaging in the history of packing, it did not even rattle. Opening
- the Box I discover 2 more! One the Cset/2 32-bit C compiler and PM
- Debugger. The other was called Developer's WorkBench.
-
- I started to panic, 6 packets of disks! 15 disks in all! Ouch, I
- only had 20 meg spare, no hassles, as with OS/2, the compiler and
- tool kits are fully selectable, to allow you to choose what you want to
- install. The compiler and debugger take approximately 7 meg, and the
- tool kit (which is included with the workbench) takes another 7.
- Everything comes with sample code, and of course on line help/references.
-
- With the tool kit comes a program call a Dialog Editor (Didn't know I
- could write scripts for OS/2 ;-) ), this will actually product the
- dialog boxes, you see, used in other applications, and you guess it, the
- data files are call script files. This utility makes life really easy,
- to make thousands of dialog boxes of all types/sizes/functions, now all
- I've got to do is learn how to tie them into my code ;-).
-
- Since the Workplace Shell is an object oriented system, Cset/2
- handles the WPS Functions as objects. You are also provided with a tool
- to make subclasses of the main class libraries of the WPS model.
-
- The debugger has the power to trace through even the most hardest of
- OS/2 apps, even multi-threaded apps are no problem. You can debug
- anything from CMD.EXE (OS/2 command processor) to DESCRIBE (OS/2
- commerial wordprocessor 32bit DTP). I've included a few snap shots of
- the tools and the debugger.
-
- IBM's compiler is SAA (Systems Application Architecture) Level 2,
- which basically means that you can write code, for OS/2, which is easily
- ported between IBM's (and others) operating platforms (such as AS400 and
- mainframes). It is an command line compiler, so you can either use your
- favorite editor, or use the WorkBench. The Workbench is a programmers
- dream, but for me it, was a quick view, then delete, I simply was out of
- hard drive space (only 1.5 meg in size, but with a BBS eating up all the
- room for OS/2 share ware, I couldn't delete the files, without my users
- complaining). Thus I'am not able to show you a snap shot of the screen
- from workbench, but all I can say, it's brilliant.
-
- =========================================================
-
- Well this wraps up another issue, there was not much in the way tips,
- today, mainly a review on software. Never fear, as I get questions and
- such, I shall make more tips. In this issue I've introduced many
- different things, like the CMD file, and GIFs. And next, shall be
- things like sample code, that is once I've learnt enough, to show you all
- how to do it.
-
- Till next time, Happy OS/2ing,
- Joseph Mckinnon.
-