HDTenEightyP/NetNews huggingface dataset:
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.os.os2.programmer
Subject: RE: WHY YOU SHOULD GET EV
Date: 21 Jan 93 22:02:00 GMT
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:

 JN> Even back then why should IBM be excused for entering into such a
 JN> bad agreement?  Any way you cut it this is a problem of IBM
 JN> making.

 > How about IBM believing that MS wouldn't drop the hammer on them
 > and completely abandon them for something else?

I doubt that any such fear was a real constraint on IBM's negotiating
leverage.  I think it was a screw up.

Best regards,
John
                                                              
----
+------------------------------------------------------------------------+
| The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
| Danville, California, USA. 400+ MB Files & FREE public Internet Access |
+------------------------------------------------------------------------+
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.os.os2.programmer
Subject: OS/2 PDK'S
Date: 24 Jan 93 09:01:00 GMT
Article-I.D.: uttsbbs.4080.18.uupcb
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

udk@awd.cdc.com (Uday D. Kabe) writes:

 > I have the Oct. PDK.  I understand that there is a Nov. & a Dec.
 > PDK.  Do the Nov. & Dec. PDK's both include a C++ compiler?  Also
 > do both of these provide the OS/2 2.1 Beta?
 > I never recieved any notification from IBM that these were
 > available; when I called 800-3IBMOS2, the person answering the
 > phone was not able to answer my questions satisfactorily (as
 > expected?).
 > Ideally, it would be nice to know the differences among all three
 > of the PDK's.

There is no 12/92 PDK (Professional Developers Kit).  The three
PDK versions are:

1.  "Original"

2.  10/92:  Minor update

3.  11/92:  Includes C++ compiler and restructured documentation

The CD that was released in 12/92 is the OS/2 2.1 beta, including
Toolkit 2.1 beta and debugging kernel.

The DDK (device Driver Development Kit) CD is set to be released next
month (2/92).

I understand that the next PDK will probably be released in 3/92.

Best regards,
John
                                      
----
+------------------------------------------------------------------------+
| The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
| Danville, California, USA. 400+ MB Files & FREE public Internet Access |
+------------------------------------------------------------------------+
From: sl31+@andrew.cmu.edu (Stephen M. Lacy)
Newsgroups: comp.os.os2.programmer
Subject: Re: Developers - Read this!
Date: 24 Jan 93 07:26:05 GMT
Article-I.D.: andrew.8fMh4hO00iUzA1gbMt
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.os.os2.programmer: 19-Jan-93 Developers -
Read this! by Steve Luzynski@po.cwru.e 
> So? What do you think? Anyone willing to contribute? I would be willing to 
> collect articles, edit into a fairly coherent thing, and distribute - _if_ I 
> can get articles. :)

I've been doing PM programming for a while now (about as long as is
possible with 2.0) and I'd be willing to contribute to the "How do I
write a simple PM program" section......

Steve


"We're too young to reason, and too old to dream." -Roxy Music
Newsgroups: comp.os.os2.programmer
From: os2man@panix.com (Larry Salomon Jr.)
Subject: Re: Problem: Nasty Bitmaps
Organization: PANIX Public Access Unix, NYC
Date: Thu, 21 Jan 1993 15:43:41 GMT

In <1993Jan21.083211.3396@neptune.inf.ethz.ch> rofische@iiic.ethz.ch (Roman Fischer) writes:

>we are currently writting a game running under PM. The basic idea consists of
>two players simutaneiously fighting against a set of evil monsters. So we need
>lots (~20) of small bitmaps that move around the screen (window).
>The bitmaps were created with IconEdit and are loaded with GpiLoadBitmap. Since
>we need 4 versions of every monster (looking to the left, right, up and down),
>we need to "turn" the bitmaps. Because we don't want to change 4 bitmaps if
>we decide to change the look of a ghost, we decided to turn them "by software"
>at program-startup. So far no problem.

I want a copy when you're done!!!  :)

> <stuff deleted>
>The original size of the bitmaps is 20x20 pixels. When loading, we resize them
>to 36x36 pixels. Now, when reading the data into the buffer, the x-dimension
>is 40 !!!!

>This means: a. GpiQueryBitmapInfo returns a cx value of 36 (as expected).
>               But a short look at the data received from GpiQueryBitmapBits
>               shows, that every scan-line consists of 40 pixels (20 bytes).
>               
>            b. You cannot use cx to calculate the offset of a pixel.
>               To calculate the correct offset, you need to know the number
>               of bytes per scan-line.

>            c. If you don't know the original size of the bitmap, you cannot
>               tell the correct way to address a pixel within that bitmap !!

>Now:
>a. Did we miss an important part in any doc ? 

Yes, you did.  Bitmap bits are padded right to the next double-word boundary.

>b. Number of bytes per scan-line, any idea?

Use this formula (from the documentation) to calculate the number of bytes
per scanline needed:

HBITMAP hbmImage;
BITMAPINFOHEADER bihInfo;  /* Use BITMAPINFOHEADER2 if 32-bit app */
ULONG ulSzBuf;

GpiQueryBitmapParameters(hbmImage,&bihInfo);
ulSzBuf=(((bihInfo.cBitCount*bihInfo.cx)+31L)/32L)*4L*bihInfo.cPlanes;

If you have any questions, send me email.

Cheers,
Q
-- 
"If you choose not to decide, you  | "My other body is in the shop" - seen
 still have made a choice" - Rush  |  on a T-shirt
------------------------------------------------------------------------
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.os.os2.programmer
Subject: GETTING SOURCE CODE VIEW
Date: 23 Jan 93 10:24:00 GMT
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

Norman.Yee@launchpad.unc.edu (Norman Yee) writes:

 > I'm having a problem getting the PM debugger to show me the source
 > code view of a program; all that shows up is the disassembly code
 > view.  This is the debugger from the November PDK.
 > I have turned on debugging info in the linker generation options
 > and compiler debug options of Workframe/2.  I have turned
 > optimization off in the compiler object code options.
 > Anyone have any hints?

You need to set the window option in the debugger (much like you
switch views in OS/2 drive/directory viewer).  This stumped me too for
a while.

Best regards,
John
                  
----
+------------------------------------------------------------------------+
| The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
| Danville, California, USA. 400+ MB Files & FREE public Internet Access |
+------------------------------------------------------------------------+
Newsgroups: comp.os.os2.programmer
From: gtd543a@sol.crt.columbia.edu (death)
Subject: NEWBIE: Writing comm programs? Compiler?
Organization: Purgatory
Date: Sun, 24 Jan 1993 18:02:21 GMT
X-Newsreader: TIN [version 1.1 PL8]
X-Posted-From: sundial.gatech.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

As a DOS programming veteran, I have two questions:
	1) What is the best way to do the low-level comm stuff that
	   is required of a successful and useable terminal program?
	2) Having no compiler for OS/2, what would you recommend for
	   developing programs in -full screen mode-?
--
Death: the high price of living
========================================================================
Disclaimer:  I am not bubba.
Newsgroups: comp.os.os2.programmer,comp.graphics,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: eivind@kih.no (eivind hagen)
Subject: Re: Fixed point sqrt anyone?
Followup-To: comp.os.os2.programmer,comp.graphics,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Organization: Kongsberg Ingeniorhogskole
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 27 Jan 1993 12:13:49 GMT

Here's another way of calculating Sqrt, integer.

n1=4
n2=5
s1=n1*n1
s2=n2*n2

These 4 numbers are connected, as are all similar adjacent pairs of integers
and their squares. Rule : s2=s1+n1+n2
Use this to move up/down till you reach the desired value in s2, then
the answer is in n2 (or s1,n1 for that matter...)

I--------------------------------------I-------------------------------------I
I Eivind Hagen (eivind@samson.kih.no)  I  "I've got the POWER"               I
I Zynx of Arc Empire                   I  (ARM 3 + cx486slc / 8 MB RAM)      I
I--------------------------------------I-------------------------------------I
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
From: tg2r@galen.med.Virginia.EDU (Todd P. Greenwald)
Subject: database manager's F4 field lookup
Organization: University of Virginia
Date: Tue, 26 Jan 1993 21:23:49 GMT

Does anyone know if querymanager panels can enable the F4 lookup list
that querymanager itself uses extensively?  (Whenever querymanager
prompts for the name of a table, query, proc, etc, you can always
enter F4 for a list of available choices.)  I'm trying to create
a panel that will allow a clerk to pick from a list of choices for
coded entry of patient medications.

Thanks,
Todd Greenwald M.D.
University of Virginia Hospitals

Organization: Freshman, CIT general, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.os2.programmer
Date: Tue, 26 Jan 1993 11:06:45 -0500 
From: "Peter W. De Bonte" <pd2n+@andrew.cmu.edu>
Subject: Re: ALL PROGRAMMERS - Write Microsoft
	<1993Jan24.235536.2548@ccsvax.sfasu.edu>

Thats all very nice, but that still means we will never get updates.
(ie. the pwb will never be faster, no C++, etc.)

Work hard and prosper,

Pete W. De Bonte (x4173)                    pwd+@cmu.edu 
"Knolege is powef, Speling is unimportnt"   (but pd2n is unaceptable)
Newsgroups: comp.os.os2.programmer
From: sasbxc@tadpole.unx.sas.com (Brian Corcoran)
Subject: Non-swappable memory
Originator: sasbxc@tadpole.unx.sas.com
Date: Thu, 28 Jan 1993 18:51:53 GMT
Organization: SAS Institute Inc.
Keywords: DosAllocMem


  Is there any way to allocate memory that is not swappable ?
I seem to remember you could do this under OS/2 1.3, but I
can find that support in 2.0.  I need to be able to 
allocate a large block of memory and keep it in physical memory,
for testing low memory conditions.

  I would rather not have to write a device driver to do this.

  Thanks

 -Brian Corcoran          sasbxc@tadpole.unx.sas.com
  SAS Institute
  Cary, NC
From: lowey@jester.usask.ca (CrazyMan)
Newsgroups: comp.os.os2.programmer
Subject: Problem with GCC 0.8f
Summary: Can't compile native OS/2 - LINK386 error
Keywords: GCC
Date: 24 Jan 93 22:39:49 GMT
Organization: University of Saskatchewan
NNTP-Posting-Host: jester.usask.ca
X-Newsreader: TIN [version 1.1 PL7]

Hi,

I'm using the EMX 0.8f gcc compiler.  I'm currently porting a program
that converts ZyXEL modem voice file formats to and from Soundblaster
VOC formats. The program is converted, but I want to distribute it as
a stand alone program, not requiring the EMX*.DLL files.  (When it is
done, I'll put it on the FTP site listed below with the MS-DOS versin
that is already there)

When I say:

gcc -o vcnvt.exe vcnvt.c

everything works fine.  However, when I add the -Zomf -Zsys options, I 
get the following:

======================================================================
[C:\kevin\src\zyxel]gcc -o vcnvt.exe vcnvt.c  -Zomf -Zsys

c:\emx\lib\crt0.obj(crt0.obj) : error L2029: '_entry2' : unresolved external

LINK386 : warning L4071: application type not specified; assuming WINDOWCOMPAT

There was 1 error detected
======================================================================

I tried using "emxomf" to convert the crt0.o file to a new crt0.obj, but I
don't think I was using it correctly.  I tried:

emxomf -o crt0.obj crt0.o

I read something in the docs about the "crt0" requires the -m option.
Unfortunately, the -m option requires a symbol.  I tried using
_entry2, but that didn't solve the problem.

Does anyone have any suggestions?

Thanks
- Kevin Lowey (Lowey@Sask.USask.CA)
>>>>> Anonymous FTP to FTP.USASK.CA for DOS, OS/2, and Windows programs <<<<<
From: shiva@well.sf.ca.us (Kenneth Porter)
Subject: Re: MALLOC() Problems In PM Apps
Organization: Whole Earth 'Lectronic Link
Date: Mon, 25 Jan 1993 21:42:56 GMT


In article <1993Jan13.173450.1084@beckman.com>, rariedel@beckman.com (Bob Riedel) writes:
> In article <1993Jan13.115314.1082@beckman.com>, rariedel@beckman.com (Bob Riedel) writes:
>> Is there a problem with using the malloc() family in a PM app? I keep getting
>> segment violations in something called searchseg() inside malloc() when I
>> (or _beginthread) use this call.
>> 
>> Does this mean I have to use the Window heap manager calls instead of malloc()?
>> 
>> If so... that sucks!
> 
> I did not mention that I am trying to build an APP using GPF for OS/2 V1.3
> using the Microsoft C6.0 compiler.

I've also seen this behaviour. I traced the lockup into
DosReallocSeg, which is called when malloc needs to grow the heap
segment to allocate more memory.  My solution was to set the global
malloc variable _amblksiz (defined in malloc.h) to a value close to
64k. This variable specifies the size of the DosAllocSeg allocation
that malloc will initially make. When it uses up this amount, malloc
must call DosReallocSeg to grow the segment, or if it's at maximum
size, call DosAllocSeg to start a new one.  This forces malloc to
always make initial segment allocations the maximum size, thus never
calling DosReallocSeg.

You can see that that's why malloc works for awhile, then croaks. It
keeps allocating from the initial segment (I think it defaults to
8k), and when it runs out and calls DosReallocSeg, wham!

I sure wish I knew what was really going on, though. I think the MS
runtime is somehow corrupting the OS.
Newsgroups: comp.os.os2.programmer
From: mike@schleppo.bocaraton.ibm.com (Mike Dahmus)
Subject: Re: Microsecond delays under OS/2
Date: Thu, 28 Jan 93 15:20:55 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.17d by O. Vishnepolsky and R. Rogers
Reply-To: mdahmus@bcrvmpc1.vnet.ibm.com (Mike Dahmus)
Organization: IBM Boca Raton

In <1993Jan28.132339.29629@cs.joensuu.fi> jlavi@cs.joensuu.fi (Jarkko Lavinen) writes:
>Does anybody know how to generate few microseconds delay under OS/2?

Try DosSleep. (It can only go as low as a clock tick on your system, though).
---
Mike Dahmus                                    PenPM Development
mdahmus at bcrvmpc1.vnet.ibm.com               Not an official IBM spokesman
Newsgroups: comp.os.os2.programmer
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: New Implementation of Icon with OS/2 Graphics Support
Keywords: Icon OS/2 window support
Organization: Technische Universitaet Muenchen, Germany
Date: Sun, 24 Jan 1993 13:38:32 GMT

In article <1993Jan22.075058.12410@organpipe.uug.arizona.edu> cjeffery@cs.arizona.edu (Clint Jeffery) writes:
>To pick up program material electronically, do an anonymous FTP
>to cs.arizona.edu, cd /icon, and get READ.ME for navigation
>instructions.

This machine is unknown to name servers here. Does anyone have the
numeric address?

Kai Uwe Rommel

/* Kai Uwe Rommel --- rommel@informatik.tu-muenchen.de */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams
From: gb8@prism.gatech.EDU (BEEBE,GARY E)
Newsgroups: comp.os.os2.programmer
Subject: Problems with realloc
Keywords: errors realloc
Date: 28 Jan 93 14:53:47 GMT
Organization: Georgia Institute of Technology



Good Morning,

I am having a bit of trouble with realloc. I am doing a bit of program  
development on a PS/2 Mod 70 E61 w/320 ext. SCSI. I have 16M ram. The
program must read a file of unknown length, a line at a time, store
(and find) an unknown number of sets of a uniquely formatted data. I have 
compiled and linked the C program with the C Set/2 compiler (CSD level 0028)
and linker. With the warning level set to "info", I get no errors or warnings.
This program is non-PM based at this time. I pass it the file name and it 
is to go off and read all the data and store it in an array of pointers to
pointers to the previously defined data structure. 
The code works flawlessly until I read the 78th data entry. I then get an error
(and stack dump) saying that malloc generated a protection violation. I  
stepped the program to the 77 data entry in the debugger. All data variables
look fine, I have no outside indications of any impending disaster. When I
step past the line that reallocates memory for the next data entry...death!

If I didn't know any better, I'd suspect that realloc is trying to allocate
a new segment for more data and failing. But, we now have a flat memory model
right? I'm at a loss. This is a serious show stopper. I must be able to calloc
and realloc data items that can grow to greater than 64K. 

If anyone has any suggestions on how to resolve this please e-mail me a note.

Thanz

-- 
BEEBE,GARY E
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gb8
Internet: gb8@prism.gatech.edu
Newsgroups: comp.os.os2.programmer
From: smscoggi@eos.ncsu.edu (SEAN MICHAEL SCOGGINS)
Subject: Starting full screen app from PM
Organization: North Carolina State University, Project Eos
Date: Sun, 24 Jan 1993 07:01:06 GMT

I have a need to start a full screen program from a Presentation Manager
program.  The program need to run in it's own session, and not be
terminated when the PM app is ended (in other words, I need to be able
to do a 'start /fs progname' from within my PM program.  I am using
EMX/GCC and have tried both "spawnl(P_SESSION|P_FULLSCREEN,.....)" which
started the FS program just fine, but killed it when the PM program was
closed, and "system("start /fs progname)" which hung the machine!

Any help is appreciated,
thanks in advance,
sean scoggins

smscoggi@eos.ncsu.edu
From: pd2n+@andrew.cmu.edu (Peter W. De Bonte)
Newsgroups: comp.os.os2.programmer
Subject: Re: ALL PROGRAMMERS - Write Microsoft
Date: 24 Jan 93 18:39:33 GMT
	<1993Jan22.155527.21535@msc.cornell.edu>
Organization: Freshman, CIT general, Carnegie Mellon, Pittsburgh, PA


> ALL PROGRAMMERS!  Please do the same!  If we send enough request to 
< the MASM division of Microsoft, perhaps they will consider us real
> enough to be included in future releases.  They give you a postage
< free envelope.  Just add a note (preferrably on company letterhead)
> saying:

> "Thank you for the information concerning MASM 6.1.  However, we are
< committed to supporting OS/2 environments.  Would you please send me
> information on a 32 bit version of MASM supporting OS/2 2.0.  Thank
< you."

Don't forget to put an "ATTN: Management" (or something like that) in
the address or it will probably just be tossed out by some data entry
sales person who doesn't want to get out of his chair to forward it.
(People are lazy these days)

I happened to have the C/C++ w/ Win31 SDK upgrade envelope sitting
arround so I have also sent in a letter in regards to my disapointment
in MSC no longer supporting OS/2 development.  In it I also wrote that
many other comp.os.os2.programmer subscribers would also be sending
letters of decline.  Ok, this was presumptous of me, but I figure were
all have at least similar complaints.

Please don't let your fellow OS/2 developers down with your silence!

Work hard and prosper,

Pete W. De Bonte (x4173)                    pwd+@cmu.edu 
"Knolege is powef, Speling is unimportnt"   (but pd2n is unaceptable)
From: rogge@embezzle.stanford.edu (Sven Rogge)
Newsgroups: comp.os.os2.programmer
Subject: Graphics Lib (C/2)?
Date: 23 Jan 1993 01:46:58 GMT
Organization: Stanford University Physics Dept.
Distribution: world
NNTP-Posting-Host: fizzle.stanford.edu
Keywords: ibm os/2 graphics lib

Hi there!

Does there exist a graphics package for OS/2 which can be run from
within a c program, compiled with IBM c/2?  Things like GNUPlot exist,
but they require that you create a data file, THEN plot it.  I want to
be able to create and destroy axes, dislplay data, etc. several time
within a single running of the program.  Is that possible?  Seems like
there MUST be something like that around! I have written such a
package for the HP-9000 running HPUX 7.0, and I don't relish the task
of doing it all over again for OS/2!!!!

Bye

Ben (on Svens account)

(rogge@fizzle.stanford.edu)
Newsgroups: comp.os.os2.programmer
From: dave@borland.com (Dave)
Subject: Re: Borland C++: what a dog.
Originator: dave@genghis.borland.com
Organization: Borland International
Date: Thu, 21 Jan 1993 21:36:17 GMT

In article <1993Jan20.140136.8695@cci632.cci.com> rom@cci632.cci.com (Rudynell S. Millian) writes:
>In article <CFORTIER.93Jan19164316@genghis.news> cfortier@genghis.news (Chris Fortier) writes:
>>
>>  It is true that there are no application frameworks (i.e. OWL) with
>>the first release.  There certainly is full RTL, BIDS, etc. support.
>>
>
>	WHAT?! No application frameworks?! It has taken Borland this long
>to release this thing, and now you are telling me it is not going to have
>an application framework? How many people did Mr. Kahn have working on this
>thing, two? The BC++ product has been in development for almost three years,
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I think that you don't know what you're talking about. As someone who has
worked on the OS/2 project from day 1 it can't be three years. I have only
worked for Borland for slightly over 2 years. The OS/2 project was started
in approx. 9/91 . Sounds more like 18 months to me.

>and all Borland has come up with is a "robust" user interface.
>

- Dave



-- 
  Dave Draper
  dave@borland.com
  70031.2674@compuserve.com
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.os.os2.programmer
Subject: CD-ROM DRIVE REC FOR GATE
Date: 24 Jan 93 09:15:00 GMT
Article-I.D.: uttsbbs.4081.18.uupcb
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

ai904@yfn.ysu.edu (Len Dorfman) writes:

 > Does anyone have any experience installing a CD-ROM drive on a
 > Gateway 486 66Mz Local bus machine? I'm ready to purchase a CD-ROM
 > drive and don't want to experience OS/2 quirks...  I'd like to
 > purchase a CD-ROM drive, install it, and then get up and running. I
 > appreciate any advice. Yhanks.

Nothing special about the Gateway.

After a good deal of research I concluded that the most widely
supported and best all-around CD-ROM drive value is the Toshiba
XM-3301.  Street price is around $400 (and dropping).  Toshiba is just
releasing a new faster drive, the XM-3401, but it is not yet generally
available.

For a SCSI host adapter your best bet is Adaptec or Future Domain.  I
use the low-cost Adaptec 1510, which works great.  The only "drawback"
is that it is not yet supported under Windows NT -- you need the more
expensive 1540 or 1542 for that.  If you care about DOS support, the
1510 comes in a bundle with DOS CD-ROM software called "The Multimedia
Connection", with a street price of about $170.

Best regards,
John

p.s.  When you order the IBM PDK CD, you get a reasonally good offer
on a Toshiba XM-3301.
                                                                                                       
----
+------------------------------------------------------------------------+
| The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
| Danville, California, USA. 400+ MB Files & FREE public Internet Access |
+------------------------------------------------------------------------+