HDTenEightyP/NetNews huggingface dataset:
From: ballard@ucs.ubc.ca (Alan Ballard)
Subject: Re: Stuff in comp.windows.ms
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Thu, 16 Apr 1992 05:16:36 GMT

In <1992Apr16.000136.4471@scott.skidmore.edu> pvonk@scott.skidmore.edu (Pierre VonKaenel) writes:

>Well.... Reversi allows multiple copies of itself in Win 3.1.
>Solitaire does not.  I can get multiple copies of Xtalk for Windows.
>So the report is not entirely correct.

I don't think there is a reversi in 3.1 ... at least after I installed
3.1, the copy of reversi I had was still the 3.0 version. 

-- 
Alan Ballard                   | Internet: ballard@ucs.ubc.ca
University Computing Services  |   Bitnet: USERAB1@UBCMTSG
University of British Columbia |    Phone: 604-822-3074
Vancouver B.C. Canada V6T 1Z2  |      Fax: 604-822-5116
Newsgroups: comp.os.os2.programmer
From: sidney@borland.com (Sidney Markowitz)
Subject: Re: Using Borland C++ 3.0 in the DOS box
Keywords: Borland C++
Organization: Borland International
Date: Fri, 10 Apr 1992 01:13:02 GMT

In article <1992Apr8.012533.11994@odin.corp.sgi.com> evans@blue.wpd.sgi.com (Ed Evans) writes:
>>>See my other posting in this thread for more complete information on
>>>running BC++ 3.0 in the DOS box under GA.
>
>Have you tried to bring up the debugger?
>
>I get a message in the DOS box saying 'dynamic link library intialization error'...or something to
>that affect. This is under the 6.304 level of the driver. 

While 6.304 fixed the major hosing that occured when trying to run one
of our DPMI apps in a DOS box, much more was fixed between then and
GA. I don't think it is worth trying to get useful work done with BC++
3.0 under the pre-GA versions of OS/2 2.0. With GA, set DPMI_DOS_API
to ENABLED for those VDM's that are to run the DPMI tools (but set to
AUTO for any VDM that will run a Windows app!), don't do anything that
will cause one of our protected mode tools to spawn another protected
mode tool (so you should use MAKER instead of MAKE to run BCC), and
you should pretty much be set.

 -- sidney <sidney@borland.com>
From: evans@blue.wpd.sgi.com (Ed Evans)
Newsgroups: comp.os.os2.programmer
Subject: Re: Using Borland C++ 3.0 in the DOS box
Keywords: Borland C++
Date: 8 Apr 92 01:25:33 GMT
Article-I.D.: odin.1992Apr8.012533.11994
Organization: sgi

>>In article <1992Apr3.181120.18932@odin.corp.sgi.com> evans@blue.wpd.sgi.com (Ed Evans) writes:
>>>>DPMI applications in the DOS box before version 6.304.  (There was a patch
>>>                                                         ------------------
>>>>for 177h though).  Both 304 and GA allow running BC++ 3.0 in a DOS box fine.
>>> ---------------
>>>Which patch was that for 177? And where were people getting the patch from?

>>Eric misspoke. The patch was a test driver that IBM sent us to see if
>>the fix that was going into 6.304 worked. It did work and it went into
>>6.304. As far as I know the patch was sent to us directly by the
>>developer who was fixing the problem just for that one test.

>>See my other posting in this thread for more complete information on
>>running BC++ 3.0 in the DOS box under GA.

Have you tried to bring up the debugger?

I get a message in the DOS box saying 'dynamic link library intialization error'...or something to
that affect. This is under the 6.304 level of the driver. 

Has anyone else run into this problem? The IDE works fine, and so do the other tools, but when I
try and use the debugger, it fails.

If anyone has a fix for this, please post it so that we may all learn from you. 

Thanks.

Ed Evans
From: fealon@nadia.stgt.sub.org (Frank Fuchs)
Newsgroups: comp.os.os2.programmer
Subject: Re: Watcom C9.0/386
Date: 8 Apr 92 13:04:18 GMT
Article-I.D.: nadia.1992Apr8.130418.4247
Organization: Foxware Systemhaus GmbH

In article <1992Apr2.204057.15559@cheshire.oxy.edu> rafetmad@cheshire.oxy.edu (David R. Giller) writes:
>In article <2APR199212502912@utkvx2.utk.edu> menees@utkvx2.utk.edu (Menees, Bill) writes:
>>	Watcom C9.0/386 says it generates os/2 2.0 code.  Has anyone tried it? 
>>Seems like it has been out for a couple of weeks already, but GA was just two
>>days ago.  It has probably the longest history of PC 32-bit compilers, so its
>>OS/2 support could be good.
>
>Version _9.0_???  I thought they just had a big hooplah about releasing 8.5!?
>
>At any rate, even though I hear nothing but praise for this compiler, it is
>priced out of my range.
>
>-Dave

I acquired Watcom's new 386 9.0 C Compiler. It has 2.0 support, but, alas
has only been tested with LA (and LA Toolkit).
Thus, it has a few problems with Toolkit 2.0 6.304E, esp. in bsesub.h and
a redef. of NULL, and the need to change the bitfields of structs FTIME and
FDATE to USHORT (was UINT) in the file bsedos.h.
Another thing I couldn't get to work (till now, limited testing time) was
the ability to generate Makefiles in the WorkFrame (I always get RC 127
which means Proc. in DLL not found).
Listprice is $895US but look at mail order prices, esp. Programmer's
Connection, they list it under $600.
So far, no extensive testing was done.
Another goodie is, for $99US you can get a delta pack, that includes
the 9.0 16bit Compiler (normally lists for $495US).
It is insofar easier to migrate to because many things are similar to
the MS C.
What's really missing is online help.
-- Frank

-- 
Frank Fuchs (Foxware Systemhaus GmbH), fealon@fealon.stgt.sub.org
-- Hi! I am a .signature virus. Copy me into your .signature to join in! --
From: peterf@vnet.ibm.com (Peter Forsberg)
Date: Wed, 8 Apr 92 12:31:14 SWE
Newsgroups: comp.os.os2.programmer
Subject: Creating DLL's with Zortech C++ 3.0
Reply-To: peterf@vnet.ibm.com
Organization: IBM Corporation
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

Hello. Has anyone successfully patched the Zortech 3.0r4 run-time
library (ZLL.LIB in my case), in order to use it for linking DLL's.

The manual (Compiler Guide, p 293) talks about replacing cinit.asm with
dllinit.asm. Fine, I did this and just got more link errors.

As an alternative, the manual tells me to add the line
  int _acrtused = 0;
to one of my modules. Fine, I did this, and once more got even more
link errors.

:Sarcasm.
 The Zortech doc talks a lot about their LIBs being reentrant. Fine,
 but that's just half the fun under OS/2 (the other half being
 putting part of your code into DLL's). They really should put more
 effort into the DLL support of their compiler.
:ESarcasm.

Any help is greatly appreciated.

Peter
--
Peter Forsberg           E-mail:  peterf@vnet.ibm.com          (primary)
                                  d88-pfo@nada.kth.se        (alternate)
Disclaimer: This posting represents the poster's views, not those of IBM
From: wainscot@oreo.berkeley.edu (Brian Wainscott)
Newsgroups: comp.os.os2.programmer
Subject: Opinions about WATCOM products sought.
Date: 9 Apr 1992 16:48:33 GMT
Organization: U.C. Berkeley Math. Department.
Distribution: na
NNTP-Posting-Host: oreo.berkeley.edu
Originator: wainscot@oreo.berkeley.edu


I'll be needing compatible FORTRAN and C compilers under OS/2.
The only company I know of even WORKING on a FORTRAN compiler
is Watcom, who has one in the beta stage.

What is the reputation of Watcom?  Good products?  I have never
bought anything from them, or even heard much about them, so before
I shell out near $1000 for their products, I'd like to get all
possible input.  Thanks.

BTW, how's the Developers Workbench?  I've also never seen it, but
will be needing it soon.

-- 
 Brian Wainscott     \ "Jesus is still in control of my life, He's the master
 Graduate Student      \ and second to none.  One day the Lord will break open
 U.C. Berkeley           \ the sky, so I guess you could say I'm looking out,
 wainscot@math.berkeley.edu\ I'm looking out for Number One."  - Wayne Watson
Organization: Wirtschaftsuniversitaet Wien, Vienna, Austria
Date: Monday, 13 Apr 1992 16:31:04 WUT
From: FLATSCHER Rony <RONY@awiwuw11.wu-wien.ac.at>
Newsgroups: comp.os.os2.programmer
Subject: Re: REXX and OS/2

REXX has been introduced to OS/2 1.2 extended edition, then in 1.3
standard edition.

In 2.0 you get additional OS/2 related functions if you load the
Rexx-utilities (e.g. reading/writing INI-files, searching files,
querying WPS-objects, creating WPS-objects etc.).

---rony
From: smbrush@lims01.lerc.nasa.gov (Andy Brush @Sverdrup)
Newsgroups: comp.os.os2.programmer
Subject: Electronic-Form Toolkit Documentation???
Date: 14 Apr 92 15:26:00 GMT
Article-I.D.: lims01.14APR199210262935
Organization: NASA Lewis Research Center
News-Software: VAX/VMS VNEWS 1.41

Can anyone say if IBM has decided to sell the Technical Library in 
electronic form?

I don't mean the on-line "documentation".  I mean the full text and figures 
of the paper docs, including the three-volume programming guide.  I would 
certainly think that IBM could get this set on diskettes, and include a PM 
viewer and a print program, for much less than the $300 the library costs.

An added advantage would be that the electronic format files could be 
updated and bug-fixed without buying a whole new manual.

I need the manuals, but will wait for the diskette version, if IBM is going 
to do it.

Andrew S. Brush             | SMBRUSH@LIMS01.lerc.nasa.gov
Sverdrup Technology         | 2001 Aerospace Parkway
NASA LeRC Group             | Brook Park, OH 44142
"Opinions are Mine, Only"   | (216) 826-6770
From: chris@atl.scscom.com (Chris Boaro)
Newsgroups: comp.os.os2.programmer
Subject: Re: Codeview with os/2 2.0 GA
Date: 16 Apr 92 18:03:09 GMT
Organization: SCS/Compute, Inc.

In <1992Apr14.230051.9923@uwm.edu> tanith@csd4.csd.uwm.edu (Michael D Kretzer) writes:

>Has anyone tried Microsoft C 7.0?  (I still haven't received any upgrade
>information from C 6.0AX--does anyone know who I should contact?)  Is it
>a 32-bit compiler?  I know that they say it won't support OS/2 2.0, but
>is OS/2 1.x supported?  Can you compile 32-bit programs if you use the
>IBM headers/libraries supplied in their toolkit?  How well does C 7.0
>run under OS/2?

No, no, and no some more. C 7.0 won't run under OS/2, it won't compile
16 bit OS/2 programs, and it won't compile 32 bit OS/2 programs. Great
support, huh?

Chris
Newsgroups: comp.os.os2.programmer
From: scdrye@descartes.uwaterloo.ca (Stephen Drye)
Subject: programmer's kit w/o the compiler?
Organization: University of Waterloo
Distribution: na
Date: Tue, 7 Apr 1992 19:33:46 GMT

Hi there!

I read that thet IBM programmer's kit is $119 (educational), but includes
a compiler.      

Can people like me who have Watcom C/386 v.9 get it cheaper without the
compiler, since we already have one?

A typical cheap student,
Stephen Drye
From: rcain@netcom.com (Robert Cain)
Newsgroups: comp.os.os2.programmer
Subject: Re: programmer's kit w/o the compiler?
Date: 9 Apr 92 07:13:28 GMT
Distribution: na
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

tanith@csd4.csd.uwm.edu (Michael D Kretzer) writes:
: > I read that thet IBM programmer's kit is $119 (educational), but includes
: > a compiler.      
: > 
: > Can people like me who have Watcom C/386 v.9 get it cheaper without the
: > compiler, since we already have one?
: 
: Yes, order the IBM Developer's Toolkit for OS/2 2.0 (I don't have the
: product number handy) $83 (educational) [are you SURE that the programmer's
: kit that you were looking at included a C compiler?]).  It includes
: the libraries, tools, and online documentation needed for 2.0 development.

I beg to differ.  It contains the documentation needed to use the tools.
And it contains the condensed O.L. references to API's that are useful when
you already basically know them.  The real documentation to tell you how
to use those API's to do 2.0 development is called the Technical Reference
Library and costs $1021.00 ala carte.

No upgrade path from the 1.3 SDK which included most all this in the meal.
-- 
Bob Cain    rcain@netcom.com   408-358-2007

"There are some strings.  They're just not attached."
                                                    Victoria Roberts
Newsgroups: comp.os.os2.programmer,comp.os.os2
From: fanj@remb6489.wpd.sgi.com (Fan Jiao)
Subject: CreateThread using malloc
Keywords: stack, DosAllocSeg
Reply-To: fanj@remb6489.wpd
Organization: SGI
Date: Wed, 15 Apr 92 19:19:57 GMT

I was using CreateThread call to create several threads.  Before that I was
using 'malloc' to create the stack which is needed as one of the parameters
for 'CreateThread' call.  

I donot know if use of 'malloc' is proper.  I also looked into the 
use of 'DosAllocSeg'.  And I got "wrong ring level" error msg while using
'DosAllocSeg'.

In short, I am confused in how to create the stack for theads. Any ideas?

Thanks much in advance.
-- 

Fan Jiao
From: slhpv@cc.usu.edu
Newsgroups: comp.os.os2.programmer
Subject: Thread support under C++, shared address space
Date: 9 Apr 92 22:01:30 MDT
Organization: Utah State University


For my masters I am planning to do some work with parallel programming.
Specifically, I want to do some simulations of parallel machines that
use a shared address space.

Could anyone tell me how well OS/2 threads are supported by various
compilers, and to what level the threads do data/code sharing?

I need to use C++ with real good built in support for concurrent
processes (semaphores, moniters, etc.) as well as shared address space
and was wondering how well OS/2 2.0 will compete in this area.

Any information, or pointers to other Operating Systems would be
appreciated...

	- Dave
PS. please include prices if possible, this is a total from scratch project
From: ersys!bking@agchem.redwater.iol.ca (Barry King)
Newsgroups: comp.os.os2.programmer
Subject: Re: Thread support under C++, shared address space
Date: Thu, 16 Apr 92 07:21:07 MDT
Organization: Edmonton Remote Systems, Edmonton, AB, Canada

slhpv@cc.usu.edu writes:

> 
> For my masters I am planning to do some work with parallel programming.
> Specifically, I want to do some simulations of parallel machines that
> use a shared address space.
> 
> Could anyone tell me how well OS/2 threads are supported by various
> compilers, and to what level the threads do data/code sharing?
> 
> I need to use C++ with real good built in support for concurrent
> processes (semaphores, moniters, etc.) as well as shared address space
> and was wondering how well OS/2 2.0 will compete in this area.
> 
> Any information, or pointers to other Operating Systems would be
> appreciated...
> 
> 	- Dave
> PS. please include prices if possible, this is a total from scratch project

 
OS/2 thread support is really handled at the o/s level.  However, you 
will need a compiler that has appropriate multi-threaded library support 
so that you can still use the C/C++ library routines in multiple threads 
safely.  Most C/C++ compilers that target OS/2 will have some sort of 
thread support.  They usually have a function group for starting and 
ending threads such as _beginthread which replaces DosBeginThread.  This 
function would be called to ensure that the run-time library properly 
preapres itself for multi-threading.
 
Without hesitation, the best mutli-threading support I have come across 
in a C++ compiler is from JPI in TopSpeed C++.  Their libraries are 
fully-reentrant and the multi-threaded programs written under OS/2 are 
(or can be made, rather) portable to DOS as their run-time supports 
multi-threaded DOS applications.  The main reason that I'm mentioning 
TopSpeed C++ to you is that it is also quite affordable.  They have some 
sort of deal going on right now for readers of PC Techniques where you 
can get the Professional Edition of the compiler and development 
environment (tagerts DOS, Windows and OS/2) for $197 US.  If you go this 
route, ask them to substitute the DOS Extender for the library source or 
some other equally priced item, since the DOS Extender would be kind of 
useless under OS/2...
 
Hope this helps. 
 
One point to make, however, is that I have not been able to find any 
application frameworks for PM development which support (or are supported 
by..?) TopSpeed C++...this is a bummer.  Other libraries (Rogue Wave and 
the like) work well with JPI.  In fact, JPI has their own version of the 
Rogue Wave libraries, with source, available for sale.

Barry King              bking@ersys.edmonton.ab.ca
Edmonton Remote Systems:  Celebrating 10 years of service to Northern Alberta
Newsgroups: comp.os.os2.programmer
From: tanith@csd4.csd.uwm.edu (Michael D Kretzer)
Subject: Re: 2 simple HPFS questions
Originator: tanith@csd4.csd.uwm.edu
Reply-To: tanith@csd4.csd.uwm.edu
Organization: University of Wisconsin - Milwaukee
Distribution: na
Date: Mon, 13 Apr 1992 01:15:59 GMT

From article <1992Apr12.015629.10185@jarvis.csri.toronto.edu>, by leblanc@eecg.toronto.edu (Marcel LeBlanc):
> Does HPFS allow the use of forward slash to delimit directory names in a
> path?  I mean, can I type "here/down/there/file.mine" or do I have to type
> "here\down\there\file.mine"?  Also, do I use an initial "/" (or "\") to
> indicate that the path is relative to root?

No, you cannot use the forward slash to delimit directory names (at least
with the command shell/file system shipped with OS/2...it is certainly
possible for someone to make a command shell that uses forward slashes, so
you will have to type here/down/there/file.mine.  Yes, you need to use an
initial \ to indicate that the path is relative to the root (that is, 
unless you happen to already be in the root :)

> Also, are softlinks supported?  Across volumes?  Are hard links available?

The OS/2 equivalent of links is shadows in WPS, which are sort of a cross
between soft and hard links...it's a slightly different concept...  True
soft links and true hard links do not exist (at least with the default command
shell).
From: hwb@texnix.stgt.sub.org (Harald Boegeholz)
Newsgroups: comp.os.os2.programmer
Subject: VioGetConfig returns undocumented values under GA
Date: 12 Apr 92 20:27:43 GMT
Article-I.D.: texnix.77263.920412
Distribution: comp

Hello!


Since I switched to OS/2 2.0 GA, dviscr from the emTeX package doesn't
work any more.

The problem seems to be the return value of VioGetConfig. The little
Program below returns adapter=8 and display=13 on my machine (running
full screen). These values are not documented, at least not in any
documentation I have available.

My hardware: ALR PowerVEISA 486/25, Video7 VRAM VGA etc.

Does anybody have any documentation about these values of adapter and
display? Or any other values I don't know yet? My docs mention adapter
values 0,1,2,3,7 and display values 0,1,2,3,4,9.

Please post or mail if the test program below returns any different
values on your machine!


Harald
------------------------------------------------------------------------
#define INCL_VIO
#include <os2.h>

void main(void)
{
  VIOCONFIGINFO vioinConfig;
  vioinConfig.cb = sizeof(vioinConfig);     /* structure length   */
  VioGetConfig(0,
      &vioinConfig,                         /* configuration data */
      0);                                   /* video handle       */

  printf("VioGetConfig returned adapter=%d, display=%d.\n",
         vioinConfig.adapter, vioinConfig.display);
}


--
Harald Boegeholz |Home:       hwb@texnix.stgt.sub.org (read daily)
                 |University: hwb@phoebus.mathematik.uni-stuttgart.de
                 |please don't send large (>100k) mail to my home address.
From: tnt@netcom.com (Terry Turner)
Newsgroups: comp.os.os2.programmer
Subject: ipmd and dde?
Date: 17 Apr 92 18:42:58 GMT
Distribution: comp
Organization: Watch the Skies

i am debugging a pair of applications which use dde. i 
have found a disturbingly frustrating feature of ipmd.
if one steps through the program, when stepping over:

	WinDDEInitiate(hwnd, ...);

the whole machine freezes. i believe that this must be 
due to ipmd receiving the WM_DDE_INITIATE from the
WinDdeInitate call. has anyone with experience debugging 
dde in 2.0, any advice on dealing with this problem?
-- 
terry
	tnt@netcom.com
Newsgroups: comp.os.os2.programmer
From: al919@cleveland.Freenet.Edu (Bruce Halco)
Subject: MS BASIC PDS 7.1
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Sun, 12 Apr 92 15:53:56 GMT


Has anyone out there used MS BASIC PDS 7.1 with OS/2?  Does it
take advantage of OS/2 capabilities, or just do the same things
as under DOS?

(BASIC-bashers, please don't bother.  It's just a simple question.)

Bruce Halco
al919@cleveland.freenet.edu
From: juan@noyles.pha.pa.us (Juan J. E. T. Noyles)
Newsgroups: comp.os.os2.programmer
Subject: Programming OS/2 
Distribution: world
Date: Thu, 09 Apr 92 02:19:08 GMT
Organization: Noyles Computer Works


In article <1992Apr8.141420.28866@ux1.cso.uiuc.edu> mcdonald@aries.scs.uiuc.edu writes:

>Now that OS/2 is now, officially, unequivocally, vaporware, how
>does one program it? 

How does one program vaporware?

>Also, I would need a free set of TCP-IP software

And people in hell need ice water...

---
Racists think the world is flat.  [Ralph Alves, 1992]	Juan@Noyles.pha.pa.us
Newsgroups: comp.os.os2.programmer
From: tanith@csd4.csd.uwm.edu (Mike Kretzer)
Subject: OS/2 1.3 Toolkit under OS/2 2.0
Originator: tanith@csd4.csd.uwm.edu
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Date: Fri, 17 Apr 1992 03:12:22 GMT

Oh, I forgot to mention that the OS/2 1.3 Toolkit doesn't seem to be
able to install under OS/2 2.0.  When I tried to install my OS/2 1.3
Toolkit update under OS/2 2.0 it said there were errors in the .PIP
file.

So, if you want to use the OS/2 1.3 Tools, you need to backup a version
installed under OS/2 1.3 before you install OS/2 2.0 and write over
everything *grin*

However, the OS/2 1.3 Toolkit runs fine under OS/2 2.0, but it doesn't
seem to be able to install...
Newsgroups: comp.os.os2.programmer