HDTenEightyP/NetNews huggingface dataset:
From: cjs33278@uxa.cso.uiuc.edu (Carl+Chris Samos)
Subject: PMERR_HEAP_MAX_SIZE_REACHED
Organization: University of Illinois at Urbana
Date: Fri, 13 Nov 1992 09:45:33 GMT

I am developing a very large OS/2 PM program that performs population
modelling.  In very simple terms, the program reads in observed census data,
the user specifies what processes to turn on/off, what outputs to view, and
how long of a projection to run (in years), and what interval should the
output occur.  The whole basis of the program is a spreadsheet.  It is, in
fact, a fully-functional spreadsheet capable of formulas, and really cool
graphs, etc.  So if the user runs a 10 year projection, she will get 10
new spreadsheets, each one being the population for that year.

So where the hell am I going with this?  I was doing some testing today with
very long projections, like 100 years, outputting a full set of outputs and
graphs for each year (population by sex/region, deaths by sex/region,
fertility by region, etc.).  In other words I was allocating very large
amounts of memory. For one of the projections I did, I requested over 1GB
of RAM, and OS/2 handled it great.  No apparent degredation in performance
at all.  Then I opened up another input file and ran another long projection
on top of the first, and some time into the second projection, a
WinCreateStdWindow() call failed.  WinGetLastError() returned 0x1012
which is PMERR_HEAP_MAX_SIZE_REACHED.  Exactly what does this error mean, and
how is it different from PMERR_HEAP_OUT_OF_MEMORY?  Does it mean that I 
have reached my limit for how many segments I can allocate?  Any advice on
how I should handle this?  

I appreciate any help that you can offer.  Thanks in advance,

-Carl Samos
 cjs33278@uxa.cso.uicu.edu
 Merriam Lab
 UIUC

Newsgroups: comp.os.os2.programmer
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: TCP/IP Stack for OS/2?
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Thu, 12 Nov 1992 23:58:59 GMT

Is anyone working on writing a standard TCP/IP stack (that sits atop
an NDIS driver) for OS/2?  It would facilitate an awful lot of
development, to be sure.

-- 
Timothy F. Sipples      | Read the OS/2 FAQ List 2.0g, available from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/info
Dept. of Econ., Univ.   | /faq, or from LISTSERV@BLEKUL11.BITNET (send "HELP")
of Chicago, 60637       | [Read the List, THEN post to ONE OS/2 newsgroup.]
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: PM Walker problem and solution
Date: 10 Nov 92 19:33:29 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.


I recently downloaded the PMWALKER.ZOO program.  This is a simple
program which produces an animated icon for itself by creating a timer
and changing the application icon with each time tick.

When I ran it under OS/2 2.0, the program would not do anything.  It
would just run invisibly, requiring KILLEM.EXE to stop it.  I
discovered the solution:  The program didn't make any call to
WinSetWindowPos before entering the window loop.  Even if it runs
minimized, I found that an application that doesn't set a position
with the SWP_SHOW command doesn't display anything.

After patching a few constants (replacing some NULLs with NULLHANDLEs
and changing a USHORT to ULONG, and replacing ClientWndProc to _ClientWndProc
in the DEF file), it compiled and ran fine with GCC/2 2.1.

-- 
  |)  David Charlap          | .signature confiscated by FBI due to
 /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
((|,)                        | source of these .signature virusses
 ~|~
From: tanith@csd4.csd.uwm.edu (Michael D Kretzer)
Newsgroups: comp.os.os2.programmer
Subject: Re: NMake, support long filename ?
Date: 6 Nov 1992 18:27:19 GMT
Organization: University of Wisconsin - Milwaukee
Reply-To: tanith@csd4.csd.uwm.edu
NNTP-Posting-Host: 129.89.7.4
Originator: tanith@csd4.csd.uwm.edu

From article <19921106.073940.447@almaden.ibm.com>, by francis@vnet.ibm.com (Tim Francis):
> In article <1992Nov6.020021.29864@nuscc.nus.sg>,
> scstech@solomon.technet.sg (Wilson Lau) writes:
>>While using the NMAKE utility from the Developer's Toolkit, I got a warning
>>message on a filename that was longer than 8 characters in length.  Is there
>>an option/fix to resolve this ?

There is no need for a patch!  The latest version of NMAKE which does fix
this bug is available via anonymous ftp from ftp-os2.nmsu.edu in the
directory ~/pub/os2/2.0/programming.  The file is 'nmake2.zip'.  Just
copy that nmake.exe file to your TOOLKT20\OS2BIN directory and you
will be in business.
From: sinn@wizzrobe.ee.washington.edu
Newsgroups: comp.os.os2.programmer
Subject: Change focus problem
Date: 11 Nov 92 07:35:02 GMT
Article-I.D.: wizzrobe.Nov11.072008.14374
Organization: University of Washington


In PM, when the user tries to change focus to another application(window), 
PM sends a focus change message to the current wnd proc.  However, it seems
that message never get sent as long as the current application message queue
is not empty.  Basically, if the application is posting a lot of messages to
its own message queue, the wnd proc will not get the focus change message 
until it clears all the messages.  In this case, the user cannot change focus
until the wnd proc finishes all the messages on the queue which can be quite
some time.  It means the user cannot do anything during that period of time.
Has anyone experienced the same problem??  Is there any work around for this
problem?  How get the wnd proc get to the focus change message ASAP?

Philipe
Newsgroups: comp.os.os2.programmer
From: os2man@panix.com (Larry Salomon Jr.)
Subject: Re: WinCreateWindow(...pCtlData,..) -> WM_CREATE problem
Date: Fri, 13 Nov 1992 13:43:26 GMT
Organization: PANIX Public Access Unix, NYC

In <721566380fred.fred@oneup.gwinnett.com> fred@oneup.gwinnett.com (Fred Christianson) writes:

>I've had this happen in 3 programs I've writen, and now a coworker
>just found it happening in his program.

>I do a WinCreateWindow() and have the pCtlData parameter pointing
>to an initialization structure.  When the window procedure gets
>a WM_CREATE message, mp1 is supposed to have the pCtlData pointer, and
>most of the time it does.  

>But, about 1 in 5-10 times mp1 is not the same as the pointer I had in
>WinCreateWindow().  Sometimes it has been 16 bytes off of the correct
>pointer, but other times it looks nothing like the origional.  

>I've tried having pCtlData point to a local, a global, and a malloc()'ed
>structure, and they all do the same things.  

Funny thing happened to me while porting my application to 32-bit (using
C Set/2) yesterday...

I was talking to a friend of mine (who, incidentally, helped me overcome
the "global vars getting clobbered" problem.  My compiler options were
goofy.) who mentioned that it is a little known by widely seen problem
that any structures passed to WM_CREATE or WM_INITDLG (via the create
params) *need* to have as their first field a USHORT containing the
size of the structure.  This is because PM does a *lot* of thunking 
behind the scenes and it needs to know how many bytes the structure
is.

Yes, I realize that the explanation for this is hokey.  However, he did
say that when he did that, his problems went away.  Even if it is hard
to believe, do it anyways.  What's one extra USHORT?  You've got nothing
to lose and everything to gain, eh?

Cheers,
Q
-- 
"If you choose not to decide, you  | "A fool and his money are fun to go
 still have made a choice" - Rush  |  out with" - seen on a T-shirt
------------------------------------------------------------------------
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Newsgroups: comp.os.os2.programmer
Subject: Re: Need help with WinSetWindowPos
Date: 11 Nov 92 01:31:27 GMT
Organization: North Carolina State University

green@roboco.UUCP (Anthony Green) writes:

>So far, the target windows are moving to the proper location but I am
>having some difficulty with resizing them. It looks as if the frame
>window is resizing, but none of its children are.

The window you are resizing has to have code in it to resize all of its child
windows.  The frame window will only resize its children which have the
following window ID's:  FID_SYSMENU, FID_TITLEBAR, FID_MINMAX, FID_CLIENT,
FID_HSCROLL, FID_VSCROLL.  (I may have missed one.)  It will not resize any
other.  It is up to the writer of the application to support resizable windows.

______________________________________________________________________________
     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)
Newsgroups: comp.os.os2.programmer
From: tnt@netcom.com (Terry Turner)
Subject: any other smalltalk programmers out there?
Organization: Watch the Skies
Distribution: comp
Date: Wed, 11 Nov 1992 17:16:50 GMT

just checking. send me a note if you feel like it.
-- 
terry
	tnt@netcom.com
From: kbw@po.CWRU.Edu (Kevin B. Williams)
Newsgroups: comp.os.os2.programmer
Subject: GCC/2 Help please....!
Date: 11 Nov 1992 03:30:00 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: kbw@po.CWRU.Edu (Kevin B. Williams)
NNTP-Posting-Host: thor.ins.cwru.edu


How do I unzip the GCC files onto my hard drive?  I tried unzipping them
and all I got was "I don't know what to do with *" or something like that.
I need to get this working soon.

Thanks.....Kevdog
From: ochealth@unixg.ubc.ca (ochealth)
Newsgroups: comp.os.os2.programmer
Subject: Re: Creating a DLL with GCC 2.2.2
Date: 6 Nov 1992 22:33:03 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
NNTP-Posting-Host: unixg.ubc.ca

In article <Rg1RTB1w165w@dat1hb.north.de> lion@dat1hb.north.de (Daniel Tietze) writes:
>Hi!
>We are currently trying to persuade GCC 2.2.2 (and LINK386, of course) to
>produce a DLL (for experimentation reasons with just one function:
>DebugMsg() ).

>Sorry if this seems basic and unknowledgable, after all, we're just starting,
>aren't we?
>

I don't know if GCC/2 supports DLLs. A DLL needs some different start up code
linked with it.

However, EMX-GCC (which also uses the gcc 2.2.2 compiler) DOES support
DLLs, and has the proper startup code. EMX-GCC can be found at the same place
you got GCC/2. If you get emxdev, gnudev, and emxtest you will get the
compiler. libraries, and test files which show you how to write and use
DLLs (among other things). Make sure you get EMX 0.8e.

IF someone does know the extra things needed to get GCC/2 supporting DLLs,
then they can post a followup.

>Any information and hints would be greatly appreciated.
>                        Daniel Tietze
>
>+------------------------------------------------------------------+
>| Daniel Tietze, 2800 Bremen 1,  Tel.(voice) : 0421/448806         |
>|-=============- DATELINE Communications, Bremen.  The home of DMS |
>| Mail: (private) lion@dat1hb.north.de (univ) E07J@DHBRRZ41.BITNET |
>|-====- DMS-Support: dateline@dat1hb.north.de                      |
>+------------------------------------------------------------------+


-- 
______________________________________________________________________________
jpm: ochealth@unixg.ubc.ca         
                            Happily using OS/2 2.0 because MS Windows isNT ___
                                                      Insert VapourFeature ^^^
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
From: aaa@hpuerca.atl.hp.com (Simon Fowler)
Subject: Converting RichTextFormat to IPF format
Date: Wed, 11 Nov 1992 13:21:53 GMT
Organization: Hewlett-Packard Company, Atlanta GA
Keywords: IPF HLP RTF


I'm in the midst of porting a large Windows/DOS application and one of the components is the HELP
facility. This was written for Windows HELP and thus has the features needed to get around in 
the HELP program. I need to convert this to .IPF format for OS/2. Does anyone have an RTF to IPF
converter (or any ideas on how to accomplish this). This is more than a one-time deal since the
help documentation will be modified to keep up with the product and I don't want to do a 
manual change every time.

Thanks, 
simon
From: manne@Minsk.docs.uu.se (Magnus L|vkvist)
Newsgroups: comp.os.os2.programmer
Subject: Questions about certain C functions in C Set/2
Date: 5 Nov 92 19:23:02 GMT
Organization: Uppsala University
NNTP-Posting-Host: minsk.docs.uu.se
Keywords: C Set/2 function ANSI migration


I'm writing an VIO (if that's what a character based app able to run in a
window is called) app using C Set/2.

I've noticed that kbhit() and getche() are only present in the migration
libraries and the documentation sounds like "don't use the migration libraries
for new programs".

Well, what should I use instead? I don't want a PM app and I don't want to
press RETURN. Should I use an OS/2 API like some category 4 Keyboard Control
IOCtl Command?

Why isn't kbhit() and getche() supported in the IBM C extensions and only in
the migration libraries?

/Magnus
Newsgroups: comp.os.os2.programmer
From: person@plains.NoDak.edu (Brett G Person )
Subject: Re: CD Dev. Tools installed, now what?
Date: Sat, 7 Nov 1992 07:57:38 GMT
Organization: North Dakota Higher Education Computing Network


REdbooks. Get the rednooks.  They can be found on either software.watson or
ftp.nmsu.edu.  They are a pretty good reference set. Also, the c set docs
give a LOT  of help.

-Brett
-- 
Brett Person
Guest Account	
North Dakota State University
person@plains.nodak.edu || person@plains.bitnet
From: rvaniwaa@copper.denver.colorado.edu (Ronald J. Vaniwaarden)
Newsgroups: comp.os.os2.programmer
Subject: Third try: timing the run time of algorithms PLEASE HELP!!!!
Date: 13 Nov 92 01:19:54 GMT
Organization: University of Colorado at Denver

Well, this will be my third try for help on this topic.  What I need
to do is get the actual CPU time for an algorithm.  The clock() call
that is in gcc gives the real time between calls and I need the actual
cpu time.  From a few sources, I have determined that OS/2 does keep
track of the processor time on a thread by thread basis (see The
Design of OS/2 for reference).  Since it is kept track of, I think
there must be a way of accessing it.  Are there any IBMers out there
who can help with some system call that will give this to me???  If
I cannot find this, I will have to switch over to DOS to compile, run,
and time my programs.  PLEASE SAVE ME FROM THIS FATE!!!!!!!!!!!!!!!
Newsgroups: comp.os.os2.programmer
From: siebert@cs.tu-berlin.de (Steffen Siebert)
Subject: Wanted: structure of EA's on FAT-devices
Organization: Technical University of Berlin, Germany
Distribution: comp
Date: Wed, 11 Nov 1992 10:42:57 GMT

Hi,

i need the internal structure of extended attributes on FAT-Devices. I want to
create and access EA's on floppydisks under non-OS/2 operating systems. So i 
don't need OS/2 API's but the description of the sectors in which the EA's
reside, how they are marked in the fat and linked to the file etc.

Thanx for any hints and pointers.

PS: Someone got an idea, why OS/2 supports long (HPFS) filenames on FAT-Disks
with the WPS copying only but not with the CMD copy-command? 

Ciao,
  Steffen
-- 
Steffen Siebert
siebert@cs.tu-berlin.de
Newsgroups: comp.os.os2.programmer
From: skagos@hercules.cs.uregina.ca (P. Takis Skagos)
Subject: Re: C/Set 2 problems ... cannot find OS2386.LIB ...
Date: Fri, 06 Nov 1992 05:51:19 GMT
Organization: University of Regina, SK, Canada

In article <19921104.225259.392@almaden.ibm.com> peterf@vnet.ibm.com writes:
>In <1992Nov05.023118.39531@sue.cc.uregina.ca> P. Takis Skagos writes:
>>
>>  ... stuff about not being able to find os2386.lib
>>
>
>OS2386.LIB comes with the OS/2 2.0 Toolkit. Do you have that? I believe
>it is stated that the Toolkit is a prerequisite for C Set/2 (correct me if
>I'm wrong). Anyway, even if it's not a prereq, it is a very good thing to
>have when doing 2.0 development.
>

Thanks for the info.  I didn't bother installing the Toolkit ... to save
some disk space.  I wasn't exactly sure that it was required.  Oh well,
I guess that it is if you want to create statically linked programs.  I'll
install it and try it out.  Thanks for the help!

  P. Takis Skagos
  (skagos@cs.uregina.ca)

Newsgroups: comp.os.os2.programmer
From: ljensen@netcom.com (Colin Jensen)
Subject: Re: Creating a DLL with GCC 2.2.2
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Sat, 7 Nov 1992 05:09:43 GMT

In article <Rg1RTB1w165w@dat1hb.north.de> lion@dat1hb.north.de (Daniel Tietze) writes:
>We are currently trying to persuade GCC 2.2.2 (and LINK386, of course) to
>produce a DLL (for experimentation reasons with just one function:
>DebugMsg() ).
>We set up a DEF-File asking LINK386 to EXPORT the function, but this does
>not happen. GCC compiles the stuff OK, but LINK386 says:
>     function DebugMsg (alias DebugMSG) : undefined export
>(or something to that effect).
>Now, my question is:
>Given a source module OURDLL.CC and a definition file OURDLL.DEF,
>with a routine "void DebugMsg()" in OURDLL.CC, how do we combine this stuff
>into a DLL with the tools already mentioned?
>AND: How do we import it into, say DLLTEST.CC?

I have not made any DLLs with gcc.  But let me add my two cents anyways ;-)

In C++ (as your .cc file implies), function names are mangled greatly
before linking.  Basically both the function name, the return type, and
all of the parameter types are encoded into a single name for the function.
The advantage of this name-mangling is that if you define a function
in one file, but mis-declare the function in another file that you use
the function from, you will be prevented from linking your incorrect
program.

The problem is that the .DEF file expects that you are able to name
your function - but you don't know what the mangled name is.

The way around this potential fiasco is to use a gcc extention called
"asm" to tell gcc *exactly* what what you want the function to be named.
For a function declaration like
	int *foo(int one, long two);
you can write
	int *foo(int one, long two) asm("foo");
to demand that gcc select the name "foo" for the name of the function
to be put into the object file.

Similarly, for a function definition like
	int *foo(int one, long two) { return NULL; }
you can write
	int *foo(int one, long two) asm("foo") { return NULL; }

So at the very least, you will have to use the asm keyword in both
the DLL source code (for the definition of your function), and
in the source code for the EXE that uses your DLL (for the declaration
of the function).

Note that although I have mentioned only the gnu C++ compiler, the gnu
C compiler has a similar problem in that it insists on putting an
underscore in front of all C symbol names (a good UNIX tradition).
You can either again use the asm keyword to rename C symbols to
remove the underscore (as is done in your os2-include directory that
comes with gcc/2 so go look there for examples), or you can simply
add the underscore into your DEF files and live with it.

I think that if you use EMX and use the OMF output option, emx/gcc
will automatically remove the leading underscores.  You will still
need to use asm for C++ source though. [I don't use EMX myself,
so I may be off]

Good luck!
-- 
Colin Jensen
ljensen@netcom.netcom.com	cjensen@ampex.com
Newsgroups: comp.os.os2.programmer
From: hartzman@kilroy.Jpl.Nasa.Gov (Les Hartzman)
Subject: HOW TO:  Standard OS/2 Device Driver Cmds.  ?
Followup-To: hartzman@kilroy.jpl.nasa.gov
Keywords: device driver commands
Organization: Jet Propulsion Laboratory, Pasadena, CA
Distribution: na
Date: Thu, 12 Nov 1992 18:36:30 GMT

This is a very simple question, but I haven't been able to find any
documentation for C calls of the standard OS/2 device driver commands:

	Read
	Write
	Nondestructive Read
	Write-verify
	Input status
	Output status
	Open
	Close

I'd make a guess that some of them are DosRead, DosWrite, DosOpen, and DosClose
but then I can't find the corresponding functions for the remaining commands.

I'd appreciate any help.  Thanks in advance.

Les



-- 
Les Hartzman                hartzman@kilroy.jpl.nasa.gov
Jet Propulsion Laboratory   M/S 238-528    (818) 354-5964
4800 Oak Grove Dr., Pasadena,  CA.  91109
Newsgroups: comp.os.os2.programmer
From: richk@grebyn.com (Richard Krehbiel)
Subject: flock() for emx gcc?
Organization: Grebyn Timesharing
Date: Tue, 10 Nov 1992 00:58:11 GMT

I was trying to get GNU GDBM working; it wants an flock() function,
and I don't know where to get one.  I know OS/2 has file locking
functions.  I don't have the library sources, and I don't have native
OS/2 programming docs, so I can't really do anything about it myself.

Is there an flock() function around already?  Could someone literate
in emx (0.8e) gcc (2.2.2) whip one up?  Thanks.
-- 
Richard Krehbiel                                 richk@grebyn.com
OS/2 2.0 will do for me until AmigaDOS for the 386 comes along...
Newsgroups: comp.os.os2.programmer
From: bob@perle.UUCP (Bob Pickles)
Subject: DOS BIOS calls in OS/2
Organization: Perle Systems Ltd.
Distribution: na
Date: Fri, 6 Nov 1992 19:54:07 GMT


We have a program that runs under DOS that uses the BIOS interrupts.
This program is reading and writing a configuration to a Proprietary
Formatted Diskette. We change some of the settings in the BIOS floppy
diskette parametter block (INT 0x1E). The code in DOS is as follows:

	ptr_1e = _dos_getvect(0x1e);
        // modify diskette parameters in our table
        // setup our diskette parametter table
        _dos_setvect(0x1e, our_table);

         regs.h.ah = 0;
         regs.h.dl = 0;   // drive number
         int86x(0x13, &regs, &regs, &sregs); // reset disk
         regs.h.ah = 0x17;
         regs.h.dl = 0;   // drive number
         regs.al = 4;
         int86x(0x13, &regs, &regs, &sregs); // set DASD

         // We use the Interrupt 0x13 to read and write to disk.

We are porting this code to OS/2. It is possible in OS/2 without
writing a device driver to access the floppy diskette drivers
parameters and read and write to them without the OS giving a
error that the program is writing outside it's own memory? The
DosDevIOCtl() functions allow catergory 8 for floppies and
catergory 9 for hard disks, but do not allow changing the base
BIOS interrupt 0x1E parameters. 

Can the above program code be done in OS/2 within the application
program? Inquiring OS/2 programmers would like to know.

Bob Pickles

-- 
*********************************************************************
*  >>>>>>>>>  Bob Pickles : Pyramid System Administrator <<<<<<<<<  *
*  >>>>>>>>>  UUCP : ...!uunet!censor!perle!bob          <<<<<<<<<  *
*********************************************************************
From: latta@con.berkeley.edu (Craig R. Latta)
Newsgroups: comp.os.os2.programmer
Subject: How to use a user-made library when linking a DLL?
Date: 10 Nov 92 16:32:32
Organization: Experimental Computing Facility (XCF)
Distribution: world
NNTP-Posting-Host: con.berkeley.edu



Hi--

	I have what I hope is a very simple question. I want to link
in a library of my own during the link phase of making a DLL. How do I
do it? I see documentation on flags to use for linking in various
system-supplied libraries, but nothing about specifying arbitrary
libraries by name. I have seen no other relevant documentation (FAQs,
etc.).

	Please respond by email; I will summarize responses to the net
if there is interest.


	Thanks in advance,

-C

--
-----------------------------------------------------------------------------
Craig R. Latta           Experimental Computing Facility                (XCF)
Composer, Software and   ParcPlace Systems, Inc.        (latta@parcplace.com)
    Recording Engineer   NetJam, Berkeley                (netjam-request@xcf)
latta@xcf.Berkeley.EDU   Smallmusic OO music project (smallmusic-request@xcf)
(standard  disclaimer)   proof NL parsing project         (proof-request@xcf)
-----------------------------------------------------------------------------