HDTenEightyP/NetNews huggingface dataset:
From: marty@cs.utexas.edu (Marty J. Sirkin)
Newsgroups: comp.os.os2.programmer
Subject: Re: Is there any way to execute a DOS program from a WINOS2 program?
Date: 31 Aug 92 09:49:29
Organization: Univ. of Texas at Austin, CS Dept.
NNTP-Posting-Host: predator.cs.utexas.edu
In-reply-to: dic5340@hertz.njit.edu's message of 28 Aug 92 20:52:48 GMT


David Charlap writes:
>>   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:
  To let you know where I'm coming from:

  It is sometimes the case that you have an executable (only in .exe form)
that you would like to run from the middle of a program (OS/2 or Windows).
You do not have the object or import libraries, so you cannot either statically
or dynamically link the code in, you can only execute it.

  It is this kind of situation about which I wrote.  Examples of this might
be: uncompress utilities or printer utilities.  You often only get the .exe
files with these.

  I agree with you 100% about the DOS boxes, though.  One can easily move
to the WPS to spawn a DOS box (for now).  The only problem with *this* is
if you are running in an SVGA mode of WINOS2, and don't yet have drivers
for your card for OS2.  Then you have to kill the WINOS2 session to get
to the DOS box.

  Hope this helps with explaining my question better.

Marty Sirkin
Newsgroups: comp.os.os2.programmer
From: gupw@uniwa.uwa.edu.au (Paul Wagland)
Subject: Part number for the ToolKit?
Organization: University of Western Australia
Date: Fri, 28 Aug 1992 01:26:08 GMT

Hi all,
Hope you can help me.

I would like to order the IBM toolkit, and was wondering what the part
number is?

Thanks in advanmce.

Paul
-- 
Paul Wagland            | These opinions are mine and no-one elses
gupw@uniwa.uwa.edu.au   | Bingy Bingy Bingy Frogs Go round and round
------------------------+     -- Another silly quote from me  :-)
Xref: sparky comp.os.os2.programmer:4496 comp.os.os2.misc:28436
From: stanton@haas.berkeley.edu (Richard Stanton)
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
Subject: Re: Desktop: now you see it. Now you don't. Why???
Date: 28 Aug 1992 04:15:09 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: haas.berkeley.edu

In article <1992Aug28.035047.12917@unixg.ubc.ca> ochealth@unixg.ubc.ca (ochealth) writes:
>
>Something odd and irritating happened to my OS/2 desktop.

<...>

>So where does my desktop go? Bad day? Doesn't feel like coming out to play?

No answers, but I've had the same thing happen on numerous occasions, again
after a regular shutdown. This sometimes happens a few times in a row (I
usually reboot with C-A-D) then it reappears, on maybe the second or third
reboot. I've also had times where all my windows appear nicely, but the
system doesn't respond to the keyboard (though the mouse is fine)

Odd.

Richard Stanton
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: Can a 16-bit LIB.EXE work with 32-bit .OBJ
Date: 27 Aug 92 19:21:43 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Aug26.220937.18542@csc.ti.com> jsykes@dadd.ti.com writes:
>I found that my Borland tlib.exe worked sometimes. It wouldn't look at
>OS2386.LIB for me but did create some small libs OK.

Isn't tlib.exe a DOS program?

>maybe MS's lib.exe understands them.

MS's program is meant for use with 16-bit OS/2 object as well as DOS
object.  I've heard from one other user that MS's LIB.EXE works OK.  I
think I'll wait for yours, though.  After testing is complete.
-- 
   |)  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: andreasg@nynexst.com (Andreas Girgensohn)
Subject: Communication between 1.3 and 2.0 programs
Organization: Nynex Science and Technology
Date: Wed, 2 Sep 92 22:49:25 GMT

I have two 1.3 programs that communicate through semaphores and shared memory.
These programs run under 2.0 without problems.  I would like to replace one of
these programs by a 2.0 program (compiled with emx) without making any changes
to the other.  I tried putting the calls for creating semaphores and
allocating memory into a DLL compiled under 1.3.  I used this library under
2.0 (by creating an import file for a library similar to libos2.a) but I get a
segmentation fault when I call one of the functions in the library from my 2.0
program.  This is the header for the first function:

ULONG EXPENTRY init_fe ()

Does anybody know how I can use a 1.3 DLL in a 2.0 program or whether there is
another way to use 1.3 semaphores and shared memory in a 2.0 program?

Any help will be appreciated.

Andreas
From: pr@umiacs.umd.edu (Jesus Rodriguez)
Newsgroups: comp.os.os2.programmer
Subject: Re: C Set/2 Question in malloc
Date: 28 Aug 92 18:18:44 GMT
Organization: University of Maryland Institute for Advanced Computer Studies
Originator: pr@fnord.umiacs.umd.edu


In article <19920828.105606.807@almaden.ibm.com>, ameline@vnet.ibm.com (Ian Ameline) writes:
|> In article <1992Aug28.154836.12867@natinst.com>,
|> uma@natinst.com (Uma Arunkumar) writes:
|> >
|> >****************** C Set/2   QUESTION ************************
|> >I am trying to compile a small program (to solve a problem in a huge program)
|> >in C Set/2 version 1.00.
|> >This program was taken from the C Set/2 Program Example given for malloc
|> >using KWIKINF.
|> >
|> >***************************************************************
|> >The program is given below:
|> >
|> >#include <stdio.h>
|> >#include<malloc.h>
|> >main()
|> >{
|> >   char str[50];
|> >   long  *array;
|> >   int i;
|> >   for (i=0; i<50; i++)
|> >       str[i]='m';
|> >
|> >  if  (( array= malloc(50 * sizeof(long)))!= NULL)
|> >     for (i=0; i<50; i++)
|> >       *array++=1;
|> >
|> >}
|> >
|> >*********************************************************
|> >
|> >When I compile giving the command
|> >            icc /c /w3 /o+ sample.c
|> >
|> >       I get the following error messages:
|> >
|> >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 .
|> >
|> >This program compiles without any error in C compiler in Sun.
|> >
|> >What is wrong in the above code?
|> >
|> >I WOULD HIGHLY APPRECIATE SOME HELP.
|> >
|> >Thanks in advance.
|> >

|> >My Email address is uma@natinst.com.
|> >
|> >uma.
|> >
|> 
|>    The problem is malloc.h. It's there for backwards compatibility with
|> MS and other pre-ANSI compilers. When using these headers, use the /Sm
|> option, so we won't enforce the ANSI standard as strictly, or use
|> stdlib.h.
|> 
|> Regards,
|> Ian.

The problem is not malloc.h or the need for stdlib.h  it is as someone posted before.

|> >  if  (( array= malloc(50 * sizeof(long)))!= NULL)

this line should read 
if (( array = (long *) malloc(50 * sizeof(long))) != NULL)
               ^^^^^^^ this is what needs to be added to the line.  

Jesus M. Rodriguez
pr@umiacs.umd.edu
From: z_kupkams@ccsvax.sfasu.edu
Newsgroups: comp.os.os2.programmer
Subject: Re: How to crash OS/2 1.2 & 1.3?
Date: 28 Aug 92 15:06:50 CST
Organization: Stephen F. Austin State University

In article <1992Aug28.131233.26834@klaava.Helsinki.FI>, silvonen@klaava.Helsinki.FI (Mikko Silvonen) writes:
> The subject says it all: I need a program that crashes OS/2 versions 1.2
> and 1.3. Plain GP faults are no good; the crasher must stop the whole
> system without mercy.
> 
> Any suggestions / pieces of code?
> 
> Thanks in advance,
>                     Mikko S.
> 
> -- 
> ! Mikko Silvonen                  !  Puhu lyhyesti ja harkitse sanasi   !
> ! University of Helsinki, Finland !        Vihollinen kuuntelee         !
> ! Department of Computer Science  ! Kirjoita selv{sti  K{yt{ lyhenteit{ !
	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.




Xref: sparky comp.os.os2.programmer:4520 comp.os.os2.misc:28514
From: sl31+@andrew.cmu.edu (Stephen M. Lacy)
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
Subject: Re: Does math coprocessor speed up GUI (here: OS/2 presentation mgr)?
Date: 28 Aug 92 10:38:29 GMT
Article-I.D.: andrew.0ebb_Z600VpQ4RZW4G
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA


>|>   My understanding is that PMX performs not only the standard MIT X server
>|> functions, but must translate the X-windows actions into the equivalent PM
>|> actions.  Apparently this intermediate layer has the floating-point code in
>|> question.
> 
>But this thread started with the claim that PM was fast because it was all
>integer. So these guys are coverting from int to float and then back to int
>again? Bizarre!

Ok, I've just purchased a used 387DX that I'm going to place in my
computer.  We'll see how much of a performance increase results.  I
should have the chip by the end of the next week.  

Steve


"Eight o'clock in the morning and the daylight makes me look and feel
like hell" -OMD
From: "robert fielder" <robert.fielder@canrem.com>
Newsgroups: comp.os.os2.programmer
Subject: how to crash os/2 1.2
Date: 1 Sep 92 19:51:05 EST
Reply-To: "robert fielder" <robert.fielder@canrem.com>
Distribution: comp
Organization: Canada Remote Systems


MS>The subject says it all: I need a program that crashes OS/2 versions 1.2
MS>and 1.3. Plain GP faults are no good; the crasher must stop the whole
MS>system without mercy.
MS>Any suggestions / pieces of code?

Mikko:

Windows?

Robert

Entered on Tue  09-01-1992  18:25:44 from Brampton, Ontario, Canada
---
  DeLuxe 1.21 #502  OS/2 - Windows done RIGHT!
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.os2.programmer
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: C++ problems with emx.
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 4 Sep 1992 17:49:53 GMT

In article <1992Sep4.145421.18697@u.washington.edu> buckley@milton.u.washington.edu ( ) writes:
>G:/emx/lib//libgpp.a(sbufvscan.o): undefined sysmbol _strtout referenced
>from text segment
>
>I used gcc -o hello.exe hello.cpp    to try and compile the example (like one 
>of the DOC's stated.

You probably mistyped _strtoul above. This function is missing from the
original emx C library. For this reason, the emxgpp.zip archive contains
this function in \emx\lib\misc together with a make.cmd file which shows
how to add this function to the library.

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

Newsgroups: comp.os.os2.programmer
From: bauwens@acs.ucalgary.ca (Luc Bauwens)
Subject: Re: Division by 0 crashes OS2/2.0
Date: Fri, 04 Sep 92 02:44:10 GMT
Organization: The University of Calgary, Alberta

In article <1992Sep3.131306.13751@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:

>>>>The following short program compiled with MS-FORTRAN 5.0 with 
>>>>coprocessor crashes OS2 Ver. 2 on my machine:
>>>
[me]>>If he uses MS-Fortran, it got to be a DOS program.
(meaning to say MS Fortran 5.0...)

>
>No, MS-Fortran 5.0 is both a real & protected mode product. I think
>that 5.1 merely adds Windows functionality that does not exist in 5.0.
 
You are right.  (I only used 5.0 under DOS and I had forgotten that it
came with OS/2 libraries).
>>
>>I tried with Ms Fortran 5.1 and with Watcom fortran 386 V9.
>>
>>Both return an answer 1.00000000.
>
>It that is true, it is really bad - I would not trust such 
>a compiler for any serious numerical work. 

No disagreement there.

BTW, I tried again; I got an answer 1. both under OS/2 2.0
and under DOS 5.0 with both compilers (For Watcom, using DOS4gw).

I am inclined to believe the other poster (sorry, forgot his name)
who says it may be hardware-related.

But in my case, it's not an issue of the known bug in some 486
motherboards: I am running this on a 386-25 (an old Mylex motherboard
that I have normally found quite reliable) and (*here it gets
interesting?*) an IIT FPU *not an Intel*.

(It's all Dov's fault :-)...  He called some evil spirits upon
us by posting all that Fabrikant's literature...  :-))

Luc B


Newsgroups: comp.os.os2.programmer
From: smackinl01@cc.curtin.edu.au
Subject: Re: GCC2.1 problems
Organization: Curtin University of Technology
Date: Fri, 4 Sep 1992 01:22:38 GMT

Bill Pearson's problems may be related to the command line switches he was
using. From memory, his problem was that "GCC filename" would fail. With the
non-emx port, you need to use instead "GCC -c filename.c" to produce a x86
specific object file instead of the unix .o format. GCCv2.2.1 seems to have
difficulties creating object files in the .o format, so perhaps someone could
clarify this?

A suggestion also is to get the GCCv2.2.2 port - via anonymous ftp to
ftp-os2.nmsu.edu in /pub/os2/2.0/programming if memory serves - as this has a
few fixes for some serious bugs. 

BTW: Has anyone noticed that the GCCv2.2.2 present on hobbes is lacking some of
its header files? These are (again, my memory isn't the best) the ones in the
gcc-include/machine directory.
-- 
Simon.
Have you got a form 27/b?

Newsgroups: comp.os.os2.programmer
From: brooke@cco.caltech.edu (Brooke Paul Anderson)
Subject: I want to learn how to do simple graphics, keyboard, and joystick I/O
Organization: California Institute of Technology, Pasadena
Date: Wed, 2 Sep 1992 10:43:07 GMT

Can anyone recommend references?  I am writing a flight dynamics module
for a flight sim, and I would like to test it by wrapping it in a system
that would do very simple and crude graphics and support keyboard and
joystick input (e.g., I would like to have an artificial horizon and
be able to use the joystick to fly it around, print the alt, the airspeed,
etc. on the screen -- all in as simple a way as possible).  Do I need to
learn about PM and initializing windows, etc., like I would with a Mac?
I hope not -- I don't want to dig through all that.
Newsgroups: comp.os.os2.programmer
From: migieger@delos.stgt.sub.org (Michael Giegerich)
Subject: Re: GNU Make 3.62 R2: "cannot find the file EMX"
Date: Thu, 3 Sep 1992 21:46:55 GMT
Organization: Delos Stuttgart, Germany

In article <1992Aug31.142815.26838@monu6.cc.monash.edu.au> sci240s@monu6.cc.monash.edu.au (Wey Jing HO) writes:
>I have been trying to use the GNU Make with GCC 2.2.2 but I keep getting
>the following message:
>
>"SYS1804: The system cannot find the file EMX."
>
>Does this mean that I have to use the EMX port? How do I make it to work
>with the GCC port?
>
You need to copy emx.dll into the normal dll-directory.

Michael Giegerich


Newsgroups: comp.os.os2.programmer
From: shabby@Athena.MIT.EDU (Chris Shabsin)
Subject: Re: What is wrong with this post(Idle dos box/giveup time slice)?
Organization: Massachusetts Institute of Technology
Date: Fri, 4 Sep 1992 07:19:39 GMT

Well, kbhit() just checks a register somewhere, it does NOT wait for
the key to be hit.  (You obviously know this...)  Basically, I assume
that OS/2 doesn't detect this to be idle because you're just checking
a memory location, as near as it can tell...  (unless you want it to
have hard-coded memory locations for things such as keyboard buffer in
the idle-testing code).  When you call the interrupt to wait for a
key, this TELLS it what you are doing, explicitly.  You should be
doing it that way, anyway.  

These are all guesses of mine, but I am pretty sure it's how it works.
--
-Chris Shabsin
-shabby@athena.mit.edu
-member, SIPB, PWLCSBHNM, MITMB, VWA, MITCC, PWN
-founder, Gations, Inc.
-"You got the power, you got the might, get ready for battle, beat
	that Black Knight!"
					-Black Knight pinball game...
From: jsykes@dadd.ti.com (Jonathan Sykes)
Newsgroups: comp.os.os2.programmer
Subject: Re: Can a 16-bit LIB.EXE work with 32-bit .OBJ
Date: 26 Aug 92 22:09:37 GMT
Reply-To: jsykes@dadd.ti.com
Organization: Texas Instruments Inc

I found that my Borland tlib.exe worked sometimes. It wouldn't look at
OS2386.LIB for me but did create some small libs OK.

Right now I am writing my own version of lib.exe. In doing this I have found
differences in the way public definitions are stored in a 32bit OBJ file.
This explains why tlib didn't like my OBJ files - maybe MS's lib.exe
understands them.

I expect to release my version of lib.exe within the next week or so - it's
being tested right now. The program will come with source under a GNU
license.

---
           __o
           \<,
_________()/ ()_______________________________________________________________
Jon Sykes                                                   jsykes@dadd.ti.com
Design Automation Div.                                          (214) 997-2916
Texas Instruments Inc. Dallas, Tx.
From: Alfred.Kayser@dnpap.et.tudelft.nl (Alfred Kayser)
Subject: Re: Problem with WM_ACTIVATE.
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Tue, 1 Sep 1992 20:02:51 GMT

daveb@netcom.com (Dave Briccetti) writes:
>Alfred.Kayser@dnpap.et.tudelft.nl (Alfred Kayser) writes:
>: Help, I have a problem with a PM program. When I open a (WinCreateStdWindow)
>: standard window, but which is hidden, and I show it using
>: a WinShowWindow, PM sends me a WM_ACTIVATE message. So far so good,
>: I set the 'active' flag and returns FALSE. So far as is documented, but
>: PM crashes and gives a protection violation. Help I'm lost in PM!!!
>: 
>Perhaps you could run the program under a debugger and find out exactly
>where you are crashing.
I did. But only the debugging version of PM did only run under 1.2

Anyway the problem is solved anyway. Somewhere in the window procedure
I converted the return value of the Default window proc into a 16 bits
integer, and that did wipe the segment part of some window pointer returned 
by that procedure. 

Apperently somewhere between 1.2 and 1.3 there is a difference in how
some messages return values... 
			       
Thanks for the answers, Alfred
--
-- Ir. Alfred Kayser. PACS, OS/2, TCP/IP. --- Email: AKayser@et.tudelft.nl --
-- CARDIT, Delft University of Technology ------------ Tel: (31)-15-786179 --
-- P.O.Box 5031, 2600 GA Delft, The Netherlands ------ Fax: (31)-15-784898 --
Newsgroups: comp.os.os2.programmer
From: wrp@cyclops.micr.Virginia.EDU (Bill Pearson)
Subject: gcc/emx library
Originator: wrp@cyclops.micr.Virginia.EDU
Organization: University of Virginia
Date: Thu, 3 Sep 1992 18:42:33 GMT

	The ftell()/fseek() functions in the emx library seem to be
broken.  The following program and dataset demonstrate this:

gcc -o ftest.exe ftest.c
ftest test.dat

================ ftest.c ================

#include <stdio.h>

main(argc,argv)
	int argc; char **argv;
{
	FILE *fin;
	long pos[10], ftell();
	int i,n;
	char line[512];
	
	i=n=0;
	fin=fopen(argv[1],"r");
	pos[i++]=ftell(fin);
	while (fgets(line,sizeof(line),fin)) {
		printf("%d %d %s\n",i-1,pos[i-1],line);
		pos[i++]=ftell(fin);
	}
	n=i-1;

	for (i=n-1; i>=0; i--) {
		fseek(fin,pos[i],0);
		fgets(line,sizeof(line),fin);
		printf("%d: %s\n",i,line);
	}

}

================ test.dat ================
line 1
line 2
line 3
line 4
line 5
line 6
Newsgroups: comp.os.os2.programmer,comp.os.os2.advocacy
From: brian%jaguar.cs.utah.edu@cs.utah.edu (Brian Sturgill)
Subject: Announcement about IBM development tools found on CompuServe
Date: 3 Sep 92 16:06:54 MDT
Followup-To: comp.os.os2.advocacy
Originator: brian@jaguar.cs.utah.edu
Organization: University of Utah CS Dept


FOLLOWUPS REDIRECTED TO c.o.o.a ONLY, PLEASE LEAVE IT THAT WAY

The following is part of a notice I just found on CompuServe
(I was trying to figure out how to make OS/2 reboot from a commandline
program #@*@#*$ OS. [If you know how, e-mail me.])

Anyway I was shocked to find that they seem to be going back to
charging $895 for WorkSet/2.  (I mean WorkSet/2 is barely worth the $295!)
I can only hope that revision Ian Ameline has talked about is coming soon!

This policy is so insane!  MS is practically giving away its SDK and IBM
charges 3 times or more what their's is worth!

BTW, all those that told me IBM technical docs were $240 list... you were
wrong... see below.

Anyway, if you've been putting off doing it, better act now.
                             
> New Notices
> 
> TIME IS RUNNING OUT !!!
> 
> IBM's C Developer's Discount Promotion will expire after this week.
> With this promotion you can get IBM's Workset/2 programming tools for
> $295.00 ($600.00 dollars off the list price of $895).
> 
> Workset/2 includes:
...
> IBM OS/2(R) Version 2.0 Technical Library   $239.00 - a $60.00
> savings IBM CUA (TM) Controls Library               $357.00 - a
> $238.00 savings
> 
> 
> Place your order on or before  this Friday.  If you wish to use a
> credit card, call (800) 342-6672 before 9.00 PM (EDT).   For purchase
> ORDERS, CALL (800) IBM-CALL.
...

Brian
-- 
C. Brian Sturgill                       *** OS/2 2.0 is for YOU! ***
University of Utah                  Microsoft needs some competition, but
Center for Software Science        -I- want to be one of the many using NT.
brian@cs.utah.edu; CIS: 70363,1373           :-) :-) :-)
From: plyon@emx.cc.utexas.edu (Paul Lyon)
Newsgroups: comp.os.os2.programmer
Subject: Re: gcc/2 libc: toupper()/tolower() broken in ctype.h
Date: 24 Aug 92 04:43:16 GMT
Distribution: comp.os.os2.programmer
Organization: The University of Texas at Austin
In-reply-to: plyon@emx.cc.utexas.edu's message of 24 Aug 92 00:47:17 GMT

This is a followup to my earlier post about fixing the toupper() and
tolower() macros in the ctype.h currently in the gcc/2 distribution.

I think I must of been half-asleep when I wrote it :-( My suggested
fix will not, of course, work if the argument expression has
side-effects. For example, toupper(*p++) will lose, since the pointer
will be incremented twice.

In any case Eberhard Mattes already put a better fix in emx, namely
this: 

static __inline__ int _toupper (int c) { return (c-'a'+'A'); }
static __inline__ int _tolower (int c) { return (c-'A'+'a'); }
static __inline__ int toupper(int c) {return (islower(c) ? _toupper(c) : c);}
static __inline__ int tolower(int c) {return (isupper(c) ? _tolower(c) : c);}

I only thought to check the emx ctype.h _after_ I wrote the preceeding
note :-( :-(. Being proper functions, these will not be vulnerable to
expressions with side effects, and the compiler will also type check
your argument and return value while it is at it.

With reddened face...

Paul Lyon
From: tenny@euclid.uucp (Nathan Tenny)
Newsgroups: comp.os.os2.programmer
Subject: PM apps with EMX? and is curses OK?
Date: 1 Sep 92 05:51:26 GMT
Article-I.D.: nntp.1992Sep1.055126.2863
Organization: Department of Mathematics, University of Oregon


If anyone's got a simple PM app compiled with EMX, I'd like to know how it's
done.  I can't get WinCreateMsgQueue to work---it always returns NULL...

Also: does the curses package bundled with libgpp work OK?  I'm trying to
compile something that uses it (umoria), and mvaddstr() keeps writing over
things in strange places.

Thanks

	NT
Newsgroups: comp.os.os2.programmer