HDTenEightyP/NetNews huggingface dataset:
From: bjaspan@athena.mit.edu (Barr3y Jaspan)
Subject: Re: OS/2 FAQ, Programmer Edition, where?
Organization: Massachusetts Institute of Technology
Distribution: comp
Date: Wed, 2 Sep 1992 19:47:04 GMT

The OS/2 Programmer's FAQ is posted to news.answers, which means it is
available in that newsgroup or via ftp from pit-manager.mit.edu in
pub/usenet/comp.os.os2.programmer.  The most recent version is 1.2.

Version 1.3 will be released in about a week.  I will begin uploading it to
ftp-os2.nmsu.edu as well.

-- 
Barr3y Jaspan, bjaspan@mit.edu
Newsgroups: comp.os.os2.programmer
From: daveb@netcom.com (Dave Briccetti)
Subject: Re: SHORT, USHORT, and other absurdities
Date: Tue, 01 Sep 92 17:12:26 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

bright@nazgul.UUCP (Walter Bright) writes:
: 
: Your code is not portable between 16 and 32 bit OS/2 anyway. IBM completely
: changed the API.

I have plenty of PM code which is portable between OS/2 1.3 and 2.x.  Some
areas of the APIs were changed extensively, but much of it is still the
same.

-- 

Dave Briccetti, Owner, Dave Briccetti & Associates
OS/2 Developer/Consultant
P.O. Box 1713
Lafayette, CA  94549-7013
Newsgroups: comp.os.os2.programmer
From: kurt@alumni.cs.colorado.edu (Kurt Olender)
Subject: Re: FSFILTER.SYS
Organization: University of Colorado, Boulder
Date: Fri, 28 Aug 1992 22:52:39 GMT


Don't understand your problem?  I put the device=fsfilter.sys in
my config file for DOS image file and it worked great.  I have both
my C and D drives formatted for HPFS and could read both and run
DOS programs from them.
:q
:q
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: Is there any way to execute a DOS program from a WINOS2 program?
Date: 28 Aug 92 20:52:48 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <l9sep2INNqlc@predator.cs.utexas.edu> marty@cs.utexas.edu (Marty J. Sirkin) writes:
>
>   I have been playing around with WINOS2 (for fun), and noticed that the
>WinExec call does not seem to function.  I seem to remember something from
>a while back talking about this.
>
>   The question is: Is there any way that I can have a Windows program
>under WINOS2 execute a small DOS .exe??  Or is it simply not to be done?  Or
>have I missed something really basic?

Can't be done.  WIN-OS2 will not launch non-Windows apps.  At least
the current version.  IBM hinted that they may add this ability in the
future.  For now, they (and I) fail to see the need for DOS boxes
under WIN-OS2, when you can have them under OS/2.



-- 
   |)  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: mg@elan (Michael Golan)
Subject: Re: What is wrong with this post(Idle dos box/giveup time slice)?
Keywords: dos under os2
Organization: Princeton University, Dept. of Computer Science
Date: 26 Aug 92 09:18:19 GMT

I posted this about 10 days ago. Only got one followup that didnt answer
my questions at all. Surely you guys out there (some IBMer?) know the 
answer. This should be simple and should allow my DOS program to run
better under OS/2. Here we go again, 2nd try
Thanks!
 Michael Golan
 mg@princeton

I thought that the DOS program
main() { while(!kbhit()); }

is going to be detected as idle, but alas, under both borand & MS compilers
it does not.
How exactly DOES os2 detect an idling dos program?
Obviously it count 'polling' per time unit, but what exactly do they call
polling? I would think the above code is classic in that respect?


Also, if someone knows for sure what the best way for a dos program to
give up its timeslice under OS2 (same as topview? the 'idle' bios call?)
please post (code would be even nicer).
[I need a DOS system call, not the on in OS2 API]



Newsgroups: comp.os.os2.programmer,comp.os.os2.apps,comp.os.os2.misc
From: roelofs@pan.arc.nasa.gov (Greg Roelofs)
Subject: Re: C Set/2 Question in malloc
Followup-To: comp.sources.programmer
Organization: University of Chicago
Date: Fri, 28 Aug 92 17:03:07 GMT

First of all, there was no reason to crosspost this query.  Follow-ups
to c.o.os2.programmer.

uma@natinst.com (Uma Arunkumar) writes:

>SAMPLE.C(12:15) : error EDC0117: The operation between these types is not valid.
>SAMPLE.C(12:10) : informational EDC0140: Operand has type pointer to  signed long integer .
>SAMPLE.C(12:17) : informational EDC0140: Operand has type signed integer .
>
>  if  (( array= malloc(50 * sizeof(long)))!= NULL)
>
>What is wrong in the above code?

Exactly what it tells you:  malloc() is assumed to return int by default.
Add (long *) in front of it.

Greg Roelofs
From: merrill@cs.arizona.edu (Darren Merrill)
Newsgroups: comp.os.os2.programmer
Subject: C Set/2 CS00013, did it make it out?
Keywords: CSET/2, CSD
Date: 1 Sep 92 00:11:47 GMT

So, did it? Is it on Compuserve yet?  Sorry if I seem impatient,
but I have been waiting months for these fixes.

-darren

--
Darren Merrill                  UUCP: uunet!arizona!merrill
University of Arizona           Bitnet: merrill%cs.arizona.edu@arizona.bitnet
Department of Computer Science  Internet: merrill@cs.arizona.edu
From: mmtl@hobson.cc.flinders.edu.au (T.Lampre)
Newsgroups: comp.os.os2.programmer
Subject: Re: GCC/2.2.2 won't unzoo
Date: 26 Aug 92 01:40:13 GMT
Organization: Flinders University

In article <1992Aug24.172419.8032@thyme.jpl.nasa.gov> kaleb@thyme.jpl.nasa.gov (Kaleb Keithley) writes:
>I got the latest version and took it home.  I noted that this time
>it was zoo'd, rather than zip'd, so I located a copy of zoo and took
>it home too.
>

Future versions may be zip'd as part of my mistake in missing out some
of the headers was due to zoo's lack of a recursive pack capability.
Doing it by hand is too error prone.

>GCC/2.1 used the directories g++-include, gcc-include, and os2-include.
>
>GCC/2.2.2 uses g++-incl, gcc-incl, os2-incl.  That's okay, however,

Nope. Not the way I archived it.

>zoo refused to create files with with a '+' in the path.  I'm using
>the HPFS, and pkunpak didn't have this problem.  The copy of zoo that
>I have seems to be a D*S only version.  Typing 'zoo' from an OS/2 window
>pops up a DOS window and runs zoo there.

Ah, right. You need an OS/2 version.

>
>There must be an OS/2 version of zoo...   I used archie to locate the
>copy I have, and I didn't see anything that was overtly OS/2, or I
>would have grabbed it instead.  Anyone know where I can find such a
>beast?

ftp-os2.nmsu.edu:/pub/os2/all/archivers/zoo21e.exe (self unpacking).
This works under bith DOS and OS/2.

Trevor Lampre
<mmtl@cc.flinders.edu.au>
From: merrill@optima.UUCP (Darren Merrill)
Newsgroups: comp.os.os2.programmer
Subject: Re: CSET/2 CSD's
Date: 4 Sep 92 16:48:19 GMT

From article <920904100012@128.247.81.82>, by 4856056@mcimail.com (Al Lovrich):
> Does anyone know of an FTP site that has the latest CSD's for the CSET/2
> compiler?
> 
Ian,
  It's the end of the week :)  Did the new CSD make it up
to NSC BBS yet?  Any projected date for software.watson.ibm.com?

-darren
--
Darren Merrill                  UUCP: uunet!arizona!merrill
University of Arizona           Bitnet: merrill%cs.arizona.edu@arizona.bitnet
Department of Computer Science  Internet: merrill@cs.arizona.edu  
Newsgroups: comp.os.os2.programmer
From: db3l@ans.net (David Bolen)
Subject: Re: How to crash OS/2 1.2 & 1.3?
Date: Tue, 1 Sep 1992 11:37:30 GMT
	<1992Aug28.150650.719@ccsvax.sfasu.edu>
	<1992Aug29.044807.15808@access.digex.com>
	<1992Sep1.134936.6800@njitgw.njit.edu>
Organization: Advanced Network & Services, Inc. - Elmsford, NY

In article <1992Sep1.134936.6800@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:

>In article <1992Aug29.044807.15808@access.digex.com> terryfry@access.digex.com (Terry Fry) writes:
>>
>>DosPortAccess is part of the API, however it was never implemented.
>>
>If I read the API specs correctly, DosPortAccess MUST be called before
>performing any PORT I/O, in order to secure permission from the OS
>before using the ports.  Of course, the ports must be accessed from an
>IOPL segment.

Exactly - but the documentation and the implementation differ (as Terry
stated).  In other words, the documented functionality was never implemented.

I can't say anything about 2.0, but I used to do a lot of data acquisition
under 1.2/1.3 many times (from IOPL segments) using direct I/O without ever
bothering to call the DosPortAccess function, and never had any problems.
(And I did try stuff with and without the call - it seemed to be a NOOP).

>>Any IBM'ers want to shed some light?
>
>Yes, please do.  I'm confused about this now...

I'm not sure the call is even relevant nowadays.  It doesn't seem to be
documented any longer under OS/2 2.0 (at least not in the 2.0 toolkit docs
or header files), although it still has an entry point in the system dll.

--
-- David
--
/-----------------------------------------------------------------------\
 \              David Bolen             \  Internet: db3l@ans.net      /
  |   Advanced Network & Services, Inc.   \   Phone: (914) 789-5327   |
 / 100 Clearbrook Road, Elmsford, NY 10523  \   Fax: (914) 789-5310    \
\-----------------------------------------------------------------------/
From: craig@phenix.cc.uregina.ca (Craig Knelsen)
Newsgroups: comp.os.os2.programmer
Subject: Re: IPMD questions
Date: 29 Aug 92 04:28:02 GMT
Reply-To: craig@phenix.cc.uregina.ca (Craig Knelsen)
Organization: Does it matter?

In article <IebfA6z0Bwww1cuPUk@transarc.com> Lucian_Dancanet@transarc.com writes:
>1. Whenever I start IPMD I have to specify the directories for each source
>   file. As I have several directories with very long names, this is becoming
>   extremely annoying. Is there a way to avoid this, something like a
>   configuration file (similar to .gdbinit, e.g.)?

	When you compile your C source, specify the full path of the file.
The path information is then made available to IPMD so it knows where to
find the source file. I know this works because I use it all the time.
This method also works with C/2 and CVP.

>2. After I run the program to completion (I have an "Access violation"), I'm
>   told that the program is terminated, and IPMD closes all the windows,
>   except the "Debug Session Controls" window. Is this normal? When I restart,
>   of course, I have to type again those long directory names, etc.

	Normal as far as I know.

>3. I'd like to save into a file  the information from a debugger window (like,
>   for instance, a portion of an assembly listing), but I couldn't figure
>   out how to do it ("Mark" is not available). Is this possible?

	I have never wanted to do this [yet] so can't help you with this one.
-- 

Craig Knelsen		craig@phenix.cc.uregina.ca
			Craig_Knelsen@f20.n140.z1.fidonet.org
From: jreynold@nmt.edu (John Reynolds)
Newsgroups: comp.os.os2.programmer
Subject: ToolBook for OS/2??? Anyone know anything about it.
Date: 30 Aug 92 18:02:29 GMT
Distribution: comp.os.os2.programmer comp.os.os2.misc
Organization: New Mexico Tech

Does anyone know if Asymetrix is going to port ToolBook from
windoze to OS/2. I like the product a lot and it would be nice to
see a PM version of it.


-Jr


-- 
Windows...It's like a stale cookie.
OS/2..."It's like butter" (SNL quote)
Newsgroups: comp.os.os2.programmer
From: lohse@desy.de (Frankpeter Lohse)
Subject: Crashing OS/2 from DOS window
Organization: Deutsches Elektonen Synchrotron DESY
Date: Mon, 31 Aug 1992 11:16:38 GMT

Hi,

when I tried to test the DOS features of my OS/2 2.0 machines it crashes!
I wrote the following simple test program :

#include <stdio.h>

main()
{
   int i;
   int far *a;
   a = 0;
   for (i=0; i<10000; i++) a[i]=i;
}

When runing this program on a DOS machine the computer hangs and after 
reboot, the setup is destroyed.
On an OS/2 machine I expected to get a general protection fault or 
something like that but what I got was system crash. I can reproduce two
diffenrent results (with different machines) :

1. A register dump and a stopped system, reboot works fine.
2. System hangs (no reg dump) and setup is destroyed.

My question : what is the reason for this crash and can I protect my
system against it?

Thanks in advance,
Frankpeter

P.S. : We're using COMPAQ 386/25e with a german version of OS/2 2.0.
-------------------------------------------------------------------------------
Frankpeter Lohse                      | Disclaimer :
DESY, Hamburg, FRG                    | It's just me, not my organisation.
lohse@vxdesy.desy.de                  |
-------------------------------------------------------------------------------
From: francis@vnet.ibm.com (Tim Francis)
Date: Thu, 3 Sep 92 09:46:11 EDT
Subject: Re: Problem with WM_ACTIVATE.
Newsgroups: comp.os.os2.programmer
Reply-To: francis@vnet.ibm.com
Organization: IBM Canada Lab, WorkFrame/2 development
Disclaimer: This posting represents the poster's views, not those of IBM

In article <d#lnmz+.daveb@netcom.com>,
daveb@netcom.com (Dave Briccetti) writes:
>
>dic5340@hertz.njit.edu (David Charlap) writes:
>: Not really.  You'll have to remote-debug it.  You can't run a debugger
>: on the same machine as the PM code you're debugging.  It halts lots of
>: things.
>
>What???  I've been doing it for years.  Occasionally I'll have to put
>printf's in, but most of the time I do quite well with Codeview or IPMD.

There can be problems debugging PM programs, so IPMD actually has two
modes for PM debugging - synchronous and asynchronous.  From the on-line
help:

 When the C Set/2* debugger is operating in synchronous mode, the
 messages that are passed between PM applications are answered by their
 target applications in the order that they were created.  Messages are
 not lost.  The messages that are passed within the C Set/2* debugger,
 however, take priority over any other messages that are passed in the
 system.

 When the program being debugged is stopped and the debugger is in
 synchronous mode, other PM applications are locked, leaving the
 debugger free to operate.  In synchronous mode, you will not be able
 to use any other PM applications that are running.

 When the C Set/2* debugger is operating in asynchronous mode and the
 program you are debugging is stopped, the debugger immediately
 responds to messages that have been sent to the program being debugged
 on this program's behalf.  The C Set/2* debugger answers the messages
 with a simple default response, freeing up other processes to operate
 while the debugger has control.  When you are running the C Set/2*
 debugger in asynchronous mode, other PM applications running in the
 system are not blocked when the program being debugged stops.

 Warning:  Do not operate the C Set/2* debugger in asynchronous mode if
 the PM application that you are debugging requires the appropriate
 response to its messages.  For example, a dynamic data exchange (DDE)
 message would require the appropriate response.

-tim
From: ADUNSMUI@TOROLAB6.VNET.IBM.COM (Al Dunsmuir)
Date: Wed, 2 Sep 92 14:07:27 EDT
Newsgroups: comp.os.os2.programmer
Subject: Re: PL/I compiler for OS/2 2.0
Organization: IBM Canada Laboratory Ltd, Toronto, CANADA
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

In <1992Aug29.130453.653@rniwh.rni.sub.org> Martin Sckopke writes:
>The subject says it all: Does anybody know where to get a PL/I compiler for
>OS/2 ?? Could he/she please mail me the address ?
>Thanx in advance...
>
>--
>+------------------------------------------------------------------------+
>+ Martin Sckopke                Weinheim, Germany                        +
>+ ecco@rniwh.rni.sub.org        This space is reserved 4 sth VERY witty  +
>+------------------------------------------------------------------------+
>

Martin,

  I posted a note on our internal conferencing system, and received the
following note from the developer who is responsible for the new PL/I
compiler for OS/2.  He OK'd posting it to the newsgroup since it may be
of interest to other users, and the official announcement is going to be
coming out shortly.

Al Dunsmuir                       Internet: adunsmui@torolab6.vnet.ibm.com
CODE Development II + TEAM OS/2      Voice: (416) 448-3315
IBM Canada Laboratory Ltd, Toronto, CANADA

OS/2 V2: Why settle for anything less?

========================================================================
This month, IBM will introduce and make available an industrial
strength 32-bit implementation of PL/I on OS/2 2.0.

It implements the SAA PL/I Common Programming Interface described in
"SAA CPI PL/I Reference" (SC26-4381) as well as a significant number of
extensions allowing exploitation of functions and facilities of OS/2
version 2. The product also addresses numerous user requirements
submitted by SHARE/GUIDE user groups as well as implementing most of the
features from the American National Standard PL/I General Purpose Subset
(ANSI X3.74-1987).

Please get in touch with your IBM representative to get a copy or
additional information. If you have difficulty, please get in touch with
PL/I developmment group in USA at 1 408 463 2063.

Regards,
Davinder
PL/I - Getting Personal
Newsgroups: comp.os.os2.programmer
From: terryfry@access.digex.com (Terry Fry)
Subject: Re: How to crash OS/2 1.2 & 1.3?
Organization: Express Access Online Communications, Greenbelt, Maryland USA
Date: Sat, 29 Aug 1992 04:48:07 GMT

In article <1992Aug28.150650.719@ccsvax.sfasu.edu> z_kupkams@ccsvax.sfasu.edu writes:

>	No Problem, Just write a device Driver. Or another possible choice
>is the use an IOPL segment under 1.2 to write to the Interupt Controller.
>
>DosPortAccess under 1.x might not allow the second choice, but it's worth a
>shot.

DosPortAccess is part of the API, however it was never implemented.

Run a program that writes to a set of ports in an IOPL segment,
then call DosPortAcess restricting access to these ports, and write
again.  Nothing is going to happen, no protection fault.

I can't remember why IBM never finished its implementation, and
I havn't remmebered where I read that it doesn't do anything.

Any IBM'ers want to shed some light?
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
From: ramdas@natinst.com (Malathi Ramdas)
Subject: Linking 16-bit Code with 32-bit code
Organization: National Instruments, Austin, TX
Date: Thu, 27 Aug 1992 21:50:47 GMT

       I am trying to call function in a 16-bit code from a 32-bit application.
The 16-bit object code is compiled using the MSC 6.0 compiler while the 32-bit
application is compiled using CSET/2. I wish to statically link these two objectfiles. Would link386 be suitable to link this 16- and 32-bit code? Are there 
any link options that I need to specify in order to get things to work. My 16-bit code also makes 16-bit DOS API calls. Also, while compiling the 16-bit code
do I need to give any options so that it would be callable by 32-bit code?

Newsgroups: comp.os.os2.programmer
From: daveb@netcom.com (Dave Briccetti)
Subject: Re: Finding a thread's hab
Date: Thu, 03 Sep 92 02:55:25 GMT
Organization: Dave Briccetti & Assoc., OS/2 Consulting

Do you know about WinQueryAnchorBlock?  It won't work if you don't
have a window handle, of course.

-- 

Dave Briccetti, Owner, Dave Briccetti & Associates
OS/2 Developer/Consultant
P.O. Box 1713
Lafayette, CA  94549-7013
Newsgroups: comp.os.os2.programmer
From: djm@progress.COM (Dave McMahon)
Subject: _dos_getdiskfree for Os2 ??
Organization: Progress Software Corp.
Date: Mon, 31 Aug 1992 17:50:18 GMT

Is there an OS/2 function that returns information about a disk?

The _dos_getdiskfree function returns disk information in the _diskfree_t
structure that allows you to calculate the amount of free space on a 
particular disk.  I have searched in the manuals for a DosGetDiskFree or the
like with NO luck.  If anybody has any ideas or knows something that I missed,
please e-mail or post.

Thanks so much.

dave.
--
|~) | |  /   | |   -FOR FUHRER '92-    || "Most of my heroes don't appear on no
|/  | |  \/\ |_| Better Living through ||  stamp"  - Public Enemy
|\  | | \/\  | |     Sedation...       ||           Love ya.
|_) |_|   /  | | Vote Bush/Qualee '92  ||        djm@progress.com
Xref: sparky comp.os.os2.programmer:4509 comp.os.os2.apps:5619
From: dmm@vnet.ibm.com (dave)
Date: Fri, 28 Aug 92 13:18:25 EDT
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
Subject: Re: Linking 16-bit Code with 32-bit code
Organization: IBM Canada Lab
News-Software: UReply 3.0
X-X-From: dmm@vnet.ibm.com (Dave Mooney)

In <1992Aug27.215047.28937@natinst.com> Malathi Ramdas writes:
> I am trying to call function in a 16-bit code from a 32-bit
> application.  The 16-bit object code is compiled using the MSC 6.0
> compiler while the 32-bit application is compiled using CSET/2. I
> wish to statically link these two object files. Would link386 be
> suitable to link this 16- and 32-bit code?  Are there any link
> options that I need to specify in order to get things to work. My
> 16-bit code also makes 16-bit DOS API calls. Also, while compiling the
> 16-bit code do I need to give any options so that it would be
> callable by 32-bit code?

First of all, if you are going to statically link 32-bit and 16-bit
modules into a single .EXE there are a few rules you have to follow.
Number one, no pooftas [1].  Number two, the 16-bit code cannot make any
calls to the runtime library.  Number three, you have to compile the
16-bit code using the  /NTCODE16 /NDDATA16 /Zl /Gs  options.  And in any
32-bit-to-16-bit call, the 16-bit stuff has to be large model (or at the
very least, the entry points visible to the 32-bit code have to be 16:16
pointers).  So for your code to work, you have to delete the call to
printf() (or move it to the 32-bit code and do a call back to it) and you
have to add a few more compiler options.  This code should work:

  /* --- main32.c --- */

  #include <stdio.h>

  void _Far16 _Cdecl func(char *s);

  int main(void) {
    func("Hello\n");
    return 0;
  }

  void _Far16 _Cdecl puts32( char * _Seg16 text ) {
    puts(text);
    return;
  }

  /* --- func16.c --- */

  void func( char *s ) {
    puts32(s);
    return;
  }

Compile with

  cl -c -AL -NDDATA16 -NTCODE16 -Gs -Zl func16.c
  icc -Gt main32.c func16.obj

and ignore the L4008 warning message which the linker gives you.

A much simpler way to do this is to build the 16-bit code as a DLL,
export all the entry points in the 16-bit code, and call it dynamically.
Take a look at SAMPLE04, which came with C Set/2, for an example of how
to do this.

dave

[1] Number 2, I don't want to catch anyone not drinking.  Mind if we call
    you Bruce?

-------------------------------------------------------------------------
Dave Mooney                                              dmm@vnet.ibm.com
 C Set/2 Development, IBM Canada Lab, 844 Don Mills Rd, Toronto, Ontario
            "If you've got a blacklist, I want to be on it"