Dec 132017
 
OS/2 2.0 - Joe's (informal) OS/2 2.0 tips. Lots of good tips and insights from downunder. Includes .gif 's of IBM's new C/Set compiler and debugger.
File JMOS2.ZIP from The Programmer’s Corner in
Category OS/2 Files
OS/2 2.0 – Joe’s (informal) OS/2 2.0 tips. Lots of good tips and insights from downunder. Includes .gif ‘s of IBM’s new C/Set compiler and debugger.
File Name File Size Zip Size Zip Type
CLASSWP.GIF 15960 15960 stored
CSETFLOD.GIF 10507 10507 stored
DEBUG.GIF 16361 16361 stored
DIALOG.GIF 16680 16680 stored
JOESOS2.TIP 11273 4929 deflated
JOESP-03.TXT 12053 5298 deflated
JOEST-02.TXT 7896 3549 deflated
KWQ.GIF 16756 16756 stored
MAKEBOOT.CMD 10644 3187 deflated

Download File JMOS2.ZIP Here

Contents of the JOESP-03.TXT file


Joe's OS/2 Tips.

Number 3

Written by Joseph Mckinnon (61:560/[email protected])

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.


 December 13, 2017  Add comments

Leave a Reply