HDTenEightyP/NetNews huggingface dataset:
From: feustel@netcom.com (David Feustel)
Subject: Re: Major Borland C++ 3.1 Bugs
Date: Thu, 23 Jul 92 03:31:24 GMT
Organization: DAFCO: OS/2 Software Support & Consulting

feustel@netcom.com (David Feustel) writes:

>I've started using Borland's C++ 3.1 on stock GA OS/2 v2.0 and I've
>run into major problems which may be caused by defects in DPMI.SYS.

>1) Erratic Keyboard - on several ocasions keyboard input simply was
>ignored until I clicked on the mouse.
>2) Erratic Mouse - many mouse clicks are ignored. Often a single click
>produces the effect of a quick double click.
>3) linker doesn't find member function and continues to report
>undefined member function even after all occurances of the name have
>been changed.
>4) linker prints class name in lower case even though the definition
>was entirely in upper case.
>5) file date & time set to Jan 1, 1980 on files produced by the
>compiler.
>6) linker unable to open object file produced by the compiler.


I tried running bc under msdos 5.0 and still had the problem that the
compiler produced no object modules even though the code compiled
successfully. I got code and was able to run the program after
deselecting the "produce asm files" from the compiler options box.

DPMI.SYS does not appear to be available from software.watson.ibm.com.
Does anyone know where the file can be FTP'd from?

>I'm getting a new version of DPMI.SYS in a few days and I ferverently
>hope that installing it gets rid of these bugs which make Borland's
>c++ unusable on my machine. 
>-- 
-- 
Dave Feustel N9MYI <feustel@netcom.com>
---
What's the different between a Salem Witch Hunter and a modern day
Drug Warrior? - 3 centuries.
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc,comp.protocols.tcp-ip.ibmpc
From: shiva@well.sf.ca.us (Kenneth Porter)
Subject: New OS/2 Red Book: Remote Installation and Maintenance
Summary: Part number GG24-3780-00
Organization: Whole Earth 'Lectronic Link
Date: Tue, 28 Jul 1992 19:37:38 GMT

Title: OS/2 Version 2.0 Remote Installation and Maintenance
Part number GG24-3780-00

Contents:

Abstract
Special Notices
Preface
Related Publications
Acknowledgements
Chapter 1. Overview
Chapter 2. Redirected Input/Output and Response Files
Chapter 3. Installation Guidelines
Chapter 4. Remote Installation Utilities
Chapter 5. IBM LAN Client/Server Solution
Chapter 6. TCP/IP Client/Server Solution
Chapter 7. Novell Netware Client/Server Solution
Chapter 8. Alternative Methods to Install OS/2 V2.0 Remotely
Chapter 9. OS/2 V2.0 System Maintenance
Appendix A. Response File Keyword Reference, Samples And Details
Appendix B. Installation Log
Appendix C. Partitioning of Physical Disks
Appendix D. Description of FDISK functions
Appendix E. FDISK Command Reference
Appendix F. Automating Fixed Disk Partitioning
Appendix G. Printer Response File Keyword Definition and Sample
Appendix H. Source Code for Remote Printer Installation Program
Appendix I. The Create Environment Variable Program Description
Appendix J. Sample Installation Code Diskette
Glossary
Index

A diskette with programs, C source code, sample scripts and REXX
programs is included. Additional installation utilities come on the
original GA disks but are not necessarily installed in a standard
install and need to be unpacked.

As an OS/2 OEM, the coolest thing for me about this is that, with a
network adapter that plugs into a parallel port, one can just take two
floppies and a virgin machine and squirt the entire OS in through the
parallel port with virtually no labor (just one floppy change).

The book concentrates on network software available from IBM (such as
TCP/IP 1.2).  FTP and other network providers should get a copy of this
so that they can provide their customers with similar information.

One of the most interesting suggestions in the book is to create a small
4Mb partition to put a minimal seed OS/2 on that can be used to boot
from for maintenance purposes (such as when upgrading an installation or
backing up otherwise locked system files).

Meanwhile, can an IBM'er tell me how to clear adequate space to put an
additional 425k of network stuff (apparently the minimum required to get
FTP TCP/IP 1.2 to mount a network directory) on the two install disks? 
It appears that even after deleting the obvious unnecessary files (PS/2
drivers for non-PS/2 installation and vice-versa) there's only about
325k left.  From inspection of the installation CONFIG.SYS, there appear
to be several drivers which do not appear on the disks, and I must
conclude that they are somehow loaded into a RAM disk by the OS loader
process from some compressed source (perhaps all of the .BIO files?).
Perhaps I can create my own disk image with the unnecessary drivers
replaced by the ones that I need?

Newsgroups: comp.os.os2.programmer
From: feustel@netcom.com (David Feustel)
Newsgroups: comp.os.os2.programmer
Subject: Major Borland C++ 3.1 Bugs
Date: 22 Jul 92 23:37:04 GMT
Organization: DAFCO: OS/2 Software Support & Consulting

I've started using Borland's C++ 3.1 on stock GA OS/2 v2.0 and I've
run into major problems which may be caused by defects in DPMI.SYS.

1) Erratic Keyboard - on several ocasions keyboard input simply was
ignored until I clicked on the mouse.
2) Erratic Mouse - many mouse clicks are ignored. Often a single click
produces the effect of a quick double click.
3) linker doesn't find member function and continues to report
undefined member function even after all occurances of the name have
been changed.
4) linker prints class name in lower case even though the definition
was entirely in upper case.
5) file date & time set to Jan 1, 1980 on files produced by the
compiler.
6) linker unable to open object file produced by the compiler.

I'm getting a new version of DPMI.SYS in a few days and I ferverently
hope that installing it gets rid of these bugs which make Borland's
c++ unusable on my machine. 
-- 
Dave Feustel N9MYI <feustel@netcom.com>
---
What's the different between a Salem Witch Hunter and a modern day
Drug Warrior? - 3 centuries.
From: tmh@keks.first.gmd.de (Thomas Hoberg)
Newsgroups: comp.os.os2.programmer
Subject: What does the graphics device driver kit look like?
Date: 22 Jul 92 17:53:50 GMT
Distribution: comp
Organization: GMD-FIRST, Berlin

We bought the "Presentation Driver Reference" manual from IBM, which
had a coupon for pre-release presentiation driver code in it. We
mailed that two weeks ago and tried just any phone number we could
hunt down, but so far we got nothing...
We would like to develop OS/2 graphics drivers for our TI34020 based
family of graphics accellerators, but can't even start for lack of
documentation/sample sources.

Has anybody gotten that pre-release driver software yet?
Could you offer some information as to what exactly is contained in
the package (VGA/8514/XGA driver source?) We'd really like to get
started... (At least WINOS2 already works with TIGA drivers), but the
WPS looks downright silly at 640x480 on a 20" monitor...
Please answer via E-Mail

---
Thomas M. Hoberg   | Internet: tmh@first.gmd.de
1000 Berlin 41     |           tmh@cs.tu-berlin.de
Wielandstr. 4      |
Germany            | BITNET:   tmh@tub.bitnet 
+49-30-851-50-21   |
From: emh@dlogics.com (Ed Hovorka)
Newsgroups: comp.os.os2.programmer
Subject: Re: Help: Positioning help screen
Date: 28 Jul 92 17:19:39 GMT
Organization: Datalogics, Inc.

>In article <1992Jul23.004106.1@cc.curtin.edu.au> scheeyk01@cc.curtin.edu.au writes:
>>Howdy!
>>I'm having some problems with PM programming. I'm wondering whether it is 
>>possible to set the initial position and size of the help window when
>>it appears. I want it to appear in its full width but half its full 
>>length when the user calls up the help. I would be extremely grateful if
>>there's someone who can show me how it is done. Thank you!

You might try this:

	/*
	 * Tell help to cover the least amount of information
	 */
	WinSendMsg(hwndHelpInstance, HM_SET_ACTIVE_WINDOW, hwndDlg,
					 hwndDlg);
-- 
Ed Hovorka
Drone
Datalogics, Inc.
A growing exited company
Newsgroups: comp.os.os2.programmer
From: shiva@well.sf.ca.us (Kenneth Porter)
Subject: Constraining window size during WinCreateStdWindow
Keywords: AVIO
Organization: Kensington Labs Inc.
Distribution: comp
Date: Fri, 31 Jul 1992 19:50:35 GMT

I'm constructing a terminal emulator using a 40-character-wide AVIO
window, and I want to constrain the size of the frame to the AVIO size,
while allowing the desktop manager to otherwise set the initial position
and size. Here's what I'm doing now:

When WM_CREATE is received by the client proc, it constructs a rect of
the maximum client size (determined from VioGetDeviceCellSize and the
AVIO row and and column numbers) and calculates the maximum frame size
with WinCalcFrameRect (or the desktop dimensions, whichever is less).

The frame is subclassed in order to intercept WM_QUERYTRACKINFO and
WM_ADJUSTWINDOWPOS. These are called during a sizing operation; the
sizing constraint information that the client determined is passed to
the caller.

(I also have to trap the frame's WM_CALCVALIDRECTS and return CVR_REDRAW
as a simulaneous move/size operation (such as is done by the Tile Window
and Cascade Window menus of the desktop manager) corrupts the AVIO
position. The AVIO seems to slide under the left sizing border (ie. it
appears to be drawn half a charcter cell to the left of where it should
be). A subsequent sizing operation will repair the damage.)

I create the window with WinCreateStdWindow with FCF_SHELLPOSITION to
allow the desktop manager to decide where to put the window, then
WinQueryWindowPos followed by WinSetWindowPos to force the frame window
to resize with the constraints in effect.

The downside of this is that the window briefly appears with a wide
white border to the right of the AVIO space (ie. the frame is too wide)
and then immediately resizes to the correct (narrower) size.  I thought
that I could initially create the window invisible, issue the
QueryPos/SetPos, then make the window visible, but then the sizing
contraint doesn't take effect (leaving the big ugly white area on the
right side of the client window).  It's as if WinSetWindowPos doesn't
have any effect on invisible windows.

Can someone suggest a better way of accomplishing this goal?
From: os2man@panix.com (Larry Salomon Jr.)
Newsgroups: comp.os.os2.programmer
Subject: Re: how to give program the focus?
Date: 30 Jul 92 03:33:14 GMT
Organization: PANIX Public Access Unix, NYC

In <9207292038.AA20166@data.src.honeywell.com> bergstro@src.honeywell.com (Pete Bergstrom) writes:


>This may be a relatively easy answer, but I want to capture mouse button
>clicks on my window.  I've done this by processing WM_BUTTON1DOWN and
>I do get the coordinates I want.

>But, when I do this, the title bar for my window loses the focus
>(grays out).  When this happens, I can't use ALT-F, etc key
>combinations to navigate the menus until I explicitly click on the
>title bar (or menu bar) again.

>So, how do I make sure that the window retains the focus?

Are you returning MRFROMSHORT(TRUE) from WM_BUTTON1DOWN?
-- 
Cheers,
Q
-----------------------------------------------------------------------
"If you still choose not to decide,   | "My other account is in the
Newsgroups: comp.os.os2.programmer
From: nelson@sal.wisc.edu (Matthew J. Nelson)
Subject: Re: Need OS/2 2.0 C Developer's Workset/2 FAST
Organization: Space Astronomy Lab, Madison WI
Date: Tue, 21 Jul 1992 15:42:54 GMT

In article <19920720.113237.557@almaden.ibm.com> francis@vnet.ibm.com writes:
>In article <1992Jul20.080718.7549@weyrich.UUCP>,
>orville%weyrich@uunet.uu.net (Orville R. Weyrich) writes:
>>
>>So, is there anyone on the net that would be willing to sell me a copy
>>FAST? IBM will sell me a copy for $295, but I fear that they will be
>>slow to deliver (if my upgrade delivery is any indication).
>
>You may want to call the 1-800 number and ask what their delivery time
>is; I've heard from several people that delivery of WorkSet was only a
>couple of days -- much faster than the OS/2 upgrade time.  If anyone has
>any first hand experience with this, feel free to correct (or confirm) me.
>-tim

I ordered the workset/2 from a different 1-800 number which was
able to handle PO's.  At least there they claimed they are backordered
into august.  Yet another wait. At least gcc is available to
get started with, although I need the online docs as much as the c
compiler.
--------------------------------------------------------------------------------
Matthew Nelson (nelson@larry.sal.wisc.edu) (608)262-4409
--------------------------------------------------------------------------------
From: chk@mcshh.Hanse.DE (Christian Kuhtz)
Newsgroups: comp.os.os2.programmer
Subject: Re: Hard Disk Interrupts?
Date: 27 Jul 92 00:41:54 GMT
Organization: Point of Presence Hamburg

Hello,

how is it with RLL/MFM controllers and ESDI ? Same behaviour ?

Ciao,
   Christian
From: feustel@netcom.com (David Feustel)
Newsgroups: comp.os.os2.programmer
Subject: Re: IOPL or Accessing hardware ports
Keywords: IOPL Ring 2
Date: 22 Jul 92 23:39:30 GMT
Organization: DAFCO: OS/2 Software Support & Consulting

I gave up on trying to solve this problem and went back to writing
code to run in the dos box where i/o isn't restricted.

(See my posting on major Borland C++ bugs in this group).
-- 
Dave Feustel N9MYI <feustel@netcom.com>
---
What's the different between a Salem Witch Hunter and a modern day
Drug Warrior? - 3 centuries.
From: mattes@azu.azu.informatik.uni-stuttgart.de (Eberhard Mattes)
Newsgroups: comp.os.os2.programmer
Subject: Re: How do you get out of TeX?
Date: 22 Jul 92 11:21:24 GMT
Organization: /azu/mattes/.organization
In-reply-to: rcain@netcom.com's message of 16 Jul 92 01:54:39 GMT

Bob cain writes:

> If you misspell the name of a file to TeX (invoking in under any of its
> numerous incarnations) you end up with a prompt demanding another input
> file name.  Well it does say please but it doesn't seem to accept anything
> else.  I can't find any way to quit short of killing the window.

The emTeX documentation says Ctrl-Z.

--
    Eberhard Mattes (mattes@azu.informatik.uni-stuttgart.de)
Newsgroups: comp.os.os2.programmer
From: johler@.uucp (Thomas Johler)
Subject: Are the emx/gcc libraries reentrant ??
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 31 Jul 1992 12:01:31 GMT
X-Newsreader: Tin 1.1 PL4

Does anybody know, whether the libraries (libc.a) delivered with
emx/gcc 0.8d are reentrant or not ? I didn't have the time to go
through the complete sources.

Thanks in advance
	Thomas

--
-------------------------------------------------------------------------------
johler@informatik.tu-muenchen.de

Munich University of Technology,  Department of Computer Science, FRG
Newsgroups: comp.os.os2.programmer
From: bjaspan@athena.mit.edu (Barr3y Jaspan)
Newsgroups: comp.os.os2.programmer
Subject: Re: link386, why not ld?
Date: 26 Jul 92 17:45:39 GMT
Organization: Massachusetts Institute of Technology

In article <dave.711311333@stat.tamu.edu>, dave@stat.tamu.edu (Dave Perry) writes:
|> Just curious, why is it that we use link386, rather than ld for
|> linking regular old C programs in os/2?

Why does it strike you as odd that you have to use the OS/2 linker under OS/2,
instead of using the Unix linker under OS/2?  gcc produces OS/2 .obj files,
and ld does not understand them.  (emx/gcc uses a different approach in which
it embeds Unix .o information in the .obj file.)

|> Also, the programs that
|> I have tried will not print anything out until they are finished
|> running!

See the answer to this question in the OS/2 Programmer's FAQ.

-- 
Barr3y Jaspan, bjaspan@mit.edu
From: rommel@jonas.bofe.sub.org (Kai Uwe Rommel)
Newsgroups: comp.os.os2.programmer
Subject: emx/g++ os2.h
Distribution: world
Date: Fri, 24 Jul 92 17:25:59 GMT
Organization: Private

In the emx/g++ distribution, C++ wrappers for some C include headers
are missing, such as for os2.h. They can be constructed very easily,
such as the following include.cpp/os2.h for os2.h:

#ifndef _os2_h
#define _os2_h 1
extern "C" {
#include_next <os2.h>
}
#endif

That's all there is to do to call OS/2 API functions from C++ code.
Similar wrapper headers can be created for process.h and other emx/gcc
headers for which the C++ wrapper is missing.

Note: the above sample works also with the IBM OS/2 toolkit headers,
if the icc2gcc contribution by Johannes Martin is used (strongly
recommended). But there is a bug in the bsedos.h, in the prototype for
DosSetPriority at line 164. It uses the reserved C++ keyword "class"
as a parameter template.

Change

   APIRET APIENTRY  DosSetPriority(ULONG scope, ULONG class, LONG delta, ULONG PorTid);

to

   APIRET APIENTRY  DosSetPriority(ULONG scope, ULONG _class, LONG delta, ULONG PorTid);

or similar.

Kai Uwe Rommel

--
/* Kai Uwe Rommel                                      Muenchen, Germany *
 * rommel@jonas.bofe.sub.org                       Phone +49 89 723 4101 *
 * rommel@informatik.tu-muenchen.de                  Fax +49 89 723 7889 */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams
From: ts@cup.portal.com (Tim W Smith)
Newsgroups: comp.os.os2.programmer
Subject: Re: Win NT Dev, Conf. Report'
Date: Thu, 23 Jul 92 09:20:19 PDT
Organization: The Portal System (TM)
  <pathak-210792145501@virtual.mitre.org>

> > Yeah, but compared to the number of people who develop for Microsoft
> > OSes, the number of Mach developers is insignificant.  If Microsoft
> 
> Excuse me???  Please get your facts straight.
> 
> Mach has been worked on by a large number of researchers world-wide as well
> as people at NeXT and companies associated with OSF.  Granted NeXT doesn't

Yes, but this large number is a small number compared to the number of people
Microsoft can get.  Microsoft is *HUGE*.  Every company working on Windows
software is a potential alpha and/or beta site for them.  Heck, every
company working on DOS software is one, too.  With the low price of the
pre-release, they could easily end up with 10,000 or more programmers
testing NT. 

This should let them get kernel stability (which was what this was originally
about).  Sure, there will be bugs in the first NT release, but I would expect
them to be relatively minor, rather than things that can crash the kernel.

--Tim Smith
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: Trap 000e caused by control program
Date: 30 Jul 92 21:25:42 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Jul29.193644.7290@tin.monsanto.com> kncarp@nicsn1.monsanto.com (Kevin N. Carpenter) writes:
>Anyhow, does anybody have any suggestion as too what might be going on?
>I've theorized that the OS/2 Math Co-Processor simulation routines might
>have a subtle bug.  The other possiblity is wrapped up in the IRQ issues.
>Does anybody know how I can disable the Co-Processor simulation and just
>let Turbo-C's routines do the work?  Oh, yeah, this program is running
>in a DOS box.

I don't like your interrupt configurations, but I don't know if that
is causing the problems your describe.  You DO realize that all data
being sent to printer ports gets routed through the spooler, right?
I don't know if this is causing any problems or not.

Doesn't TurboC have an option not to use any coprocessor routines?
With Tubro Pascal I can go to options->compiler options, and set
Numeric processing to Software, and the program won't use the 8087
even if its installed.
-- 
   |)  David Charlap           "I don't even represent myself
  /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
 ((|,)
  ~|~  Hi! I am a .signature virus, copy me into your .signature file.
Newsgroups: comp.os.os2.programmer
From: jeffc@netcom.com (Jeff Cohen)
Subject: Re: Hard Disk Interrupts?
Date: Tue, 28 Jul 92 06:30:05 GMT
Organization: Hacker's Anonymous

In article <1992Jul27.190858.28541@rock.concert.net> rls@.wedge.nt.com (Robert L. Smith) writes:
>Jeff Cohen of jeffc@netcom.com WROTE on Sun, 26 Jul 92 21:32:48 GMT:
>
>> OS/2 most certainly uses hard disk interrupts, but only if it has a
>> native device driver. . .  OS/2 ships with native drivers for
>> Adaptec and Future Domain SCSI (and IBM, of course).
>
>    I have an Adaptec SCSI adapter, so I should be able to obtain this
>support.  Given that the system is already running, however, the next
>question is how?  Should I put on the Interrupt Enable jumper and
>reinstall OS2?  That is, will OS2 automatically determinine that it
>should substitute interrupt support, or do I have to tell it somehow?
>    Thanks much for all the encouragement!
>
>Regards, rLs

If the adapter was installed when OS/2 was installed, it's driver
should have been installed automatically.  You can verify this by
looking for a line in CONFIG.SYS which looks something like
BASEDEV=AHA1nnn.ADD.  

There's no way to tell the driver in CONFIG.SYS whether interrupts
are enabled, so I assume that enabling them on the card is all
that's required; no reinstallation necessary.

The README file in the root directory of the boot partition has
additional information on this subject.
-- 

==============================================================================
Jeff Cohen         | Standard disclaimer:  My views are my own and may or may
jeffc@netcom.com   |                       not represent the views of IBM.
==============================================================================
Newsgroups: comp.os.os2.programmer
From: rofische@iiic.ethz.ch (Roman Fischer)
Newsgroups: comp.os.os2.programmer
Subject: Hints: Hooks
Date: 30 Jul 92 13:13:49 GMT
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH)
Originator: rofische@c13

Hi there,

after trying around with hooks for nearly a week now, I found the following
points that seem to be important:

1. If you want a hook in a system queue, your application must have it's
   own msg-loop

2. The Example in the Microsoft Programers Reference for OS/2 1.3 Vol. 1 is
   wrong. The hook-procedure has 3 arguments, as defined before the example.

3. If your hook is in the system queue, the procedure can't access any global
   variables (I may be wrong on this one, but it seems that the hook gets
   called in the context of the process how will receive the msg).

I'm currently writting a hook for the system input queue (HK_INPUT), and I'll
post it here as soon as possible (one or two days...).

bye                 Roman

-- 
----------------------------------------------
INTERNET: rofische@iiic.ethz.ch
DECNET:   14LBS::PSI%47931149420::ROFISCHE (?)
----------------------------------------------
Newsgroups: comp.os.os2.programmer
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Subject: Re: how to give program the focus?
Organization: North Carolina State University
Date: Thu, 30 Jul 1992 00:35:35 GMT

bergstro@src.honeywell.com (Pete Bergstrom) writes:

>This may be a relatively easy answer, but I want to capture mouse button
>clicks on my window.  I've done this by processing WM_BUTTON1DOWN and
>I do get the coordinates I want.

>But, when I do this, the title bar for my window loses the focus
>(grays out).  When this happens, I can't use ALT-F, etc key
>combinations to navigate the menus until I explicitly click on the
>title bar (or menu bar) again.

If you must process WM_BUTTON1DOWN, you should be sure to pass the message to
the default window proc.  You can do this either before or after your
processing.  I would suggest that you make a call to WinDefWindowProc() before
you do your processing in the case statement.
______________________________________________________________________________
     Michael Harris - harris@catt.ncsu.edu or harris@carvm3.vnet.ibm.com
 System Administrator, Computer & Technologies Theme Program, NC State Univ.
(My opinions are my own and do not represent those of NCSU or IBM Corporation)