HDTenEightyP/NetNews huggingface dataset:
From: weinkam@fraser.sfu.ca (James Lawrence Weinkam)
Subject: Re: C Set/2, what is included?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sat, 22 Aug 1992 00:49:26 GMT

apas611@chpc.utexas.edu (David Boles) writes:

>What exactly (well, relatively exactly) is included  in the $295
>C Set/2 package?  Basically, I would like to write some simple
>programs for OS/2 2.0 and would like to get a package that had
>a compiler, debugger, dev. environment, libraries, utilities,
>and, very important, documentation on OS/2 and PM programming
>that is current (i.e. not 1.x).

I ordered the $295 Workset/2 package ($395 here in Canada) and it came
with the compiler, debugger, the Workframe (environment), and the 
toolkit.  The toolkit included online docs of PM Reference, C Set/2
language, CP Reference, IPF Reference, REXX Reference, and SOM Reference.
Also in the toolkit was a lot of sample programs (not the best though), 
and development tools (dialog editor, font editor, icon editor, wp class
list).  The docs are all up to date.  The libraries needed to use
the C Set/2 compiler to generate os/2 .EXEs are included.  

I do not know what you mean by utilities, but if you meant the three editors
listed then they are included.  The editor used for typing in code is either
e.exe or epm.exe, with epm.exe being better since it integrates in with the
Workframe a lot better.

Hope this is what you wanted.

James
From: ladd@oscar.cs.unc.edu (Brian Ladd)
Newsgroups: comp.os.os2.programmer
Subject: Scroll Bars Acting Funny
Date: 19 Aug 92 15:18:03 GMT
Distribution: comp
Organization: UNC Department of Computer Science

I am probably missing something fundamental, but in a tiny application I am
working on I almost have vertical scrolling working. It just seems that the
scrollbar remains "pressed" when the background of the bar or one of the
arrows is pressed with the mouse. That is to say, it scrolls, a page or
line at a time, from top to bottom or bottom to top of the picture being
displayed.

I am compiling with gcc/emx 0.8d and the Toolkit/2 headers. After deciding
what type of WM_VSCROLL message I have got and calculating the appropriate
change in the scroll bar and in the image, I send a SBM_SETPOS message to
the scroll bar, I scroll the window appropriately, I call WinUpdateWindow,
and I return 0.

My decoding logic seems correct; the scroll bar seems "sticky" with the
buttons remaining depressed until I press the mouse button on any other window.
It doesn't seem to capture the mouse, for nothing moves when I am off the
scrollbar, it just waits for me to be over it again and it starts scrolling
again.

As always, any information would be greatly appreciated.

-bcl
Brian C. Ladd
Graduate Student & *NIX Court Jester
UNC - Chapel Hill
Internet: ladd@cs.unc.edu
As always, the University will disavow all knowledge of this posting and
its author. This message will self-destruct in five seconds:  5..4..3..2..1...
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: tcsh for os2?
Keywords: unix xwindows shell
Date: 14 Aug 92 19:25:41 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Aug13.164259.10345@jato.jpl.nasa.gov> andy@huey.Jpl.Nasa.Gov (Andy Poulsen) writes:
>why can't tcsh be compiled for os/2?  the sources are freely available,
>and from what i've heard the emx port should allow fairly easy porting.
>it'd be a welcome addition, i think (and free, at that...)

Tcsh uses the fork() call, and it hooks into Unix's signal()
interface.  These two things a vey difficult to do under OS/2.  fork()
is impossible, and signals are handled differently.

-- 
   |)  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: feustel@netcom.com (David Feustel)
Subject: C Set/2 Problem with getch()
Date: Sun, 23 Aug 92 15:10:40 GMT
Organization: DAFCO: OS/2 Software Support & Consulting

I'm trying to use getch() in C Set/2 to read from the keyboard with no
echo. Link386 reports getch() not found. I tried to install the
migration libraries using the os/2 install command, but I get an error
message that install cannot write to a write-protected a disk.

Is there a way to read without echo from the keyboard in full-screen
mode in 32-bit code? Thanks.
-- 
Dave Feustel N9MYI <feustel@netcom.com>
---
Given Civil Seizure, from the DEA's point of view, winning the War on
Drugs would be killing the Goose that lays golden eggs.

The Drug War is a government-sponsored, taxpayer-financed,
full-employment program for psycho/socio-paths, wannabees and
gonnabees.
Newsgroups: comp.os.os2.programmer,comp.lang.c
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Subject: Re: malloc causes a segmentation violation!?
Organization: North Carolina State University
Date: Wed, 19 Aug 1992 16:57:13 GMT

mn87504@cs.tut.fi (Naatula Mika) writes:

>I thought that OS/2 could detect writes to non-allocated areas and
>give me a segmentation fault right away.  Like it usually does. 

What you have to understand is that the area IS allocated as far as the
operating system is concerned.  It is allocated to your process.  Since your
process owns it, the operating system is very happy to let you write there.

Memory protection in OS/2 protects one process from another... not a process
from itself.
______________________________________________________________________________
     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)
From: mmtl@hobson.cc.flinders.edu.au (T.Lampre)
Newsgroups: comp.os.os2.programmer
Subject: Re: GCC 2.2.2 doesn't compile
Date: 21 Aug 92 00:30:20 GMT
Organization: Flinders University

In article <1992Aug19.141813.15618@rz.uni-karlsruhe.de> ralf@ubka.uni-karlsruhe.de (Ralf Grohmann) writes:
>Hi!
>
>I've installed the new version of gcc, but when I try
>to make the samples, all I get is an 
>'abnormal programm termination' error from gcc.
>
>Even if I type 'gcc -c sample1.c' the same thing happens.
>What am I doing wrong? 
>

Funny, I've never seen that message. Is that a verbatim quote? 

I have had mail from others saying that the samples compile ok. gcc
certainly self compiles ok too.

Did you just copy everything over your old executables without
touching you path etc? Most problems I've ever had were due to
incorrect paths or other environment variables.

I'll have a look tonight to see what might cause such a message.

Trevor Lampre
<mmtl@cc.flinders.edu.au>
Newsgroups: comp.os.os2.programmer
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: C++ include files in EMX
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 21 Aug 1992 17:22:44 GMT

In article <1992Aug21.154816.19815@wam.umd.edu> jdowdal@wam.umd.edu (John Dowdal) writes:
>How can I tell EMX's GCC where to find the C++ include files?  They
>are located in e:\emx\include.cpp.  I've tried SETting C_INCLUDE_PATH to
>e:\emx\include.cpp and e:/emx/include.cpp, but GCC still cannot find

Use CPLUS_INCLUDE_PATH instead.

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

Xref: sparky comp.os.os2.programmer:4264 comp.os.os2.apps:5358 comp.os.os2.misc:27524
From: mmtl@cc.flinders.edu.au (T.Lampre)
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps,comp.os.os2.misc
Subject: GCC/2 2.2.2 now available
Date: 17 Aug 92 01:53:07 GMT
Organization: Flinders University
Originator: mmtl@hobson.cc.flinders.edu.au


I have just uploaded GCC/2 version 2.2.2 onto ftp-os2.nmsu.edu. It is
in pub/downloads/gcc2-2.2.2. The readme file is as follows:

-----

This is GCC/2 version 2.2.2.

What you need to compile things:

	gccbin.zoo - All executables
	gcchdr.zoo - Header files 
	gcclib.zoo - Libraries

Documentation:

	gccdoc.zoo - Texinfo sources of GCC manuals
	libman.zoo - Man pages for libc functions

Source code:

	libsrc.zoo - Source for libc and other stuff
	samples.zoo - Sample programs
	utilsrc.zoo - Sources for o2obj & stuff

If you are updrading from GCC/2 2.1 you only need to get gccbin.zoo
and gcclib.zoo.

-------

I am still cleaning up the source code for the compiler and hope to
have it up in a few days. The gccsrc* files that are in pub/downloads
are the old 2.1 sources.

There also a new version of libc.lib in gcclib.zoo. Only one thing has
changed; open.c now handles read-only files correctly so cpp won't
choke if you try and compile files set to +r.

The only changes to the header files are the corrected version of
pmwin.h that was posted a long time ago and process.h now declares
spawnv and spawnvp (these were needed to get GCC to link)

Thanks to Paul Lyon for your help and thoughts too.

Other things that need doing (ordered according to my priorities) :

	1. Create a PD librarian. It would seem the Toolkit doesn't
	   have LIB.EXE. This is strange as my beta toolkit did. My
	   production toolkit is still on order.

	2. Consider what to do with o2obj. I have 4 possible options:
	   		
		a) Leave it alone.
		b) Get it to convert debug info into a form LINK386
		   can use.
		c) Incorporate it into gas including debug info.
		d) Throw it away and port ld to create EXE's so that
		   LINK386 is no longer needed.

	   a) and b) don't really appeal to me. c) is probably the easiest
	   way to go, d) seems too much like reinventing the wheel.

	3. Go through the libraries and see what needs fixing. 

	4. Write a PD debugger. I may start with GDB but I haven't
	   looked at the sources yet.

	5. Write a proper configuration script to allow GCC to be
	   recompiled as a cross-compiler.

Feel free to email me if you have anything to add to this list, want
to plead for a change of priorities or (gasp) want to help with the
work.

-----
Trevor Lampre <mmtl@cc.flinders.edu.au>
Flinders University of South Australia
Newsgroups: comp.os.os2.programmer
From: gruen@ipc1.rrzn.uni-hannover.de (Lutz Grueneberg)
Subject: Re: Threads et all
Keywords: Threads, processes, resources, C++
Organization: University of Hannover, Germany
Date: Fri, 14 Aug 1992 10:23:09 GMT

In article <1992Aug13.190952.21123@elroy.jpl.nasa.gov>, hartzman@kilroy.Jpl.Nasa.Gov (Les Hartzman) writes:
|> I have a few, hopefully basic, questions about multithreaded processes:
|> 
|>         1)  Does thread 1 exist for any other reason than to start
|>             other threads and to process the interrupt/kill signals?
|> 
|>         2)  Can ANY thread in a process create its own queue(s)?
Yes, look at the examples in the programmers toolkit from IBM.
|> 
|>         3)  In C++, I assume that I need to have a function that does
|>             object instatiation, and that there is no library function
|>             that allows you to instantiate an object as a thread (via
|>             its constructor)?
I've never seen such a object, but I'm working on a CoSession Object class
for my PMviews class library. Every Object of the class should represent
a own thread with a message queue. A working version will be published
soon.

Lutz
-- 
// Lutz Gr"uneberg
// Lehrgebiet Rechnernetze und Verteilte Systeme
// Universit"at Hannover
// Schlosswender Str. 5
// D-3000 Hannover 1, Germany
//
// Email: Grueneberg@rrzn.uni-hannover.dbp.de
//
//				... have a  n.i.c.e. day


Newsgroups: comp.os.os2.programmer,comp.windows.x.motif
From: tholen@galileo.ifa.hawaii.edu (Dave Tholen)
Subject: Re: X/Motif to PM Questions
Organization: University of Hawaii
Date: Thu, 20 Aug 1992 00:41:51 GMT

Mark Spiegel writes:

>	I potentially have to port a code that currently runs on a MIPS
>	RISC CPU UNIX workstation, using an X/Motif GUI, to an IBM PS/2
>	running OS/2 and Presentation Manager.  The code has both C and
>	Fortran in it.  I have the following questions:
>
>		Does the OS/2 Fortran compiler support double
>		precision (64 bit) floating point?
>
>		Is the C compiler on OS/2 ANSI C ?

*THE* Fortran compiler, *THE* C compiler???  OS/2 does not ship with any
compilers.  You have to purchase them from third party vendors.  Thus the
answer depends on which product you buy.  However, the two available
Fortran compilers both implement the ANSI standard, so they must have
support for double precision.

>		Does the OS/2 loader have any quirks when it
>		comes to loading objects produced from both C 
>		and Fortran?

Don't know, but the compiler vendors often ship their own linker.  I know
that WATCOM's linker supports mixed language programming (Fortran and C).

>		What is the graphics library available on the
>		OS/2 and how does it compare with Xlib?

Haven't used Xlib so I can't compare, but the OS/2 graphics "library" is
the set of GPI calls, of which there are a lot.
Newsgroups: comp.os.os2.programmer,comp.lang.c
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Subject: Re: malloc causes a segmentation violation!?
Organization: North Carolina State University
Date: Fri, 21 Aug 1992 12:29:29 GMT

jja@wsl.ie (John J. Allen) writes:

>harris@garfield.catt.ncsu.edu (Michael Harris) writes:
>: mn87504@cs.tut.fi (Naatula Mika) writes:
>: 
>: >I thought that OS/2 could detect writes to non-allocated areas and
>: >give me a segmentation fault right away.  Like it usually does. 
>: 

>OS/2 2.0 = Flat memory model
>OS/2 1.x = Segmented memory model.
>
>The segmented memory model had some advantages over the flat model. If I
>used DosAllocSeg() to create a 20k block and then ran off the end of
>it I'd get a segmentation violation as soon as I did that. (As in Win 3.x)

This discussion has nothing to do with Flat vs Segmented memory model.  What
it deals with is WHERE some housekeeping info for your process is kept.  True,
if you used DosAllocSeg() only, you wouldn't experience this particular
problem.  HOWEVER, if you then used DosSubAlloc() you might experience the
same problem.  And then there is the other highly unlikely situation (yet
still possible) where your pointer is so screwed up that it points back to
your application stack space.
______________________________________________________________________________
     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)
From: bright@nazgul.UUCP (Walter Bright)
Newsgroups: comp.os.os2.programmer
Subject: SHORT, USHORT, and other absurdities
Date: 22 Aug 92 01:36:40 GMT
Reply-To: bright@nazgul.UUCP (Walter Bright)
Organization: Zortech, Seattle

In <1992Aug10.162757.13720@thyme.jpl.nasa.gov> Kaleb Keithley writes:
/Question 1: Given the following code fragment...
/MRESULT EXPENTRY ClientWndProc (
/    HWND     hwnd,
/    USHORT   msg,
     ^^^^^^
/    MPARAM   mp1,
/    MPARAM   mp2)

I've never understood this strange urge to #define the basic types. 
Is anyone out there using a compiler where USHORT would be anything
other than "unsigned short"? How about SHORT being anything other
than short, or LONG being anything other than long?

They remind me of the old practice (now discredited, after being discovered
to be useless) of:
	#define BEGIN {
	#define END   }

These silly typedefs create a useless layer of obfuscation and another
potential source of error (I always have to check if SHORT really was
short!)

Another brain-dead one is:
	#define FAR far
The argument I hear is that on systems without far, you can just do:
	#define FAR
and it goes away! True, but why cannot one do:
	#define far
and achieve just as much portability?

(P.S. I have running code that compiles and runs on 16 bit DOS, 32 bit
DOS, 16 and 32 bit OS/2, Windows, Windows NT and 68000 Macintoshes.
Never have I needed those aliases for the basic types.)
Newsgroups: comp.os.os2.programmer,comp.lang.c
From: mn87504@cs.tut.fi (Naatula Mika)
Subject: malloc causes a segmentation violation!?
Originator: mn87504@kaarne.cs.tut.fi
Organization: Tampere University of Technology
Date: Tue, 18 Aug 92 14:31:35 GMT


I wonder if this is a familiar bug to someone.

The problem is:
Sometimes my program causes a segmentation fault. If I drive it with
CVP I can find out (from calls sequence) that the error was caused by
malloc. To be exact, malloc calls an internal(?) function named
_searchseg() that fails. Any ideas what this function might be?

I use MSC 6.00 in OS/2 1.3 environment.

I write programs for Lotus Notes using Lotus Notes API libraries. (But
I think it is irrelevant to the promlem). 
The memory model used is Large.

My program uses a lot of dynamic memory allocation, but I am quite
sure that there is no bugs in my code. I have spent two days checking
out the memory allocation of this program.

-- 
             __   | Mika Naatula            Email: mic@cc.tut.fi
|\ //| ||  //  \  | Lindfrosinkatu 8 A 11          mn87504@cs.tut.fi
| \/ | || ||      | 33720 Tampere, FINLAND
|    | ||  \\__/  | 931-185 993
From: landis@sugs.tware.com (Hale Landis)
Newsgroups: comp.os.os2.programmer
Subject: Where am I going wrong???? 
Distribution: world
Date: Mon, 17 Aug 92 22:03:36 GMT
Organization: SUGS

OK, I found it ('it' being the information that Dave was originally
looking for).

If you have the Toolkit, look at the WORMS program -- it should be
in the directory \toolkt20\c\samples\worms.

This entire excerise just points out how easy it is to jump to
conclusions when you don't do the proper research!  As shown in
the WORMS example, the VIO, MOU and KBD can be called from
1.x programs and from 2.x programs.  This works because of the
'thunk' routines that convert addresses as required without you
knowing about it.

--------------------------------------------
Hale Landis                  Ph 408-423-4017
tware!sugs!landis -or- landis@sugs.tware.com
--------------------------------------------
Newsgroups: comp.os.os2.programmer,comp.windows.x.motif
From: spiegel@sgi417.msd.lmsc.lockheed.com (Mark Spiegel)
Subject: X/Motif to PM Questions
Keywords: X Window,Motif,PS/2,UNIX,OS/2
Organization: Lockheed Missiles and Space Co.
Date: Tue, 18 Aug 92 22:11:41 GMT


	I potentially have to port a code that currently runs on a MIPS
	RISC CPU UNIX workstation, using an X/Motif GUI, to an IBM PS/2
	running OS/2 and Presentation Manager.  The code has both C and
	Fortran in it.  I have the following questions:

		Does the OS/2 Fortran compiler support double
		precision (64 bit) floating point?

		Is the C compiler on OS/2 ANSI C ?

		Does the OS/2 loader have any quirks when it
		comes to loading objects produced from both C 
		and Fortran?

		How does the Presentation Manager widget set
		compare with the X/Motif set?

		What is the graphics library available on the
		OS/2 and how does it compare with Xlib?

		Does OS/2 allign allocated memory on
		even word boundaries?

	I currently don't have access to a PS/2 and won't in anytime
	shortly, otherwise I would be able to answer these questions
	myself.  Any other information/experience you can provide me
	would be most appreciated. You can e-mail your response
	directly to me.  	

	Thanks in advance,
	Mark
From: peterf@vnet.ibm.com (Peter Forsberg)
Date: Mon, 17 Aug 92 12:17:12 SWE
Newsgroups: comp.os.os2.programmer
Subject: Re: Threads & PM
Reply-To: peterf@vnet.ibm.com
Organization: IBM Corporation
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

In <1992Aug17.094307.24775@wsl.ie> John J. Allen writes:
>I'm having a problem with a PM app that I can't figure out.
>
>I'm using a thread to collect Disk Usage Info and appending it to a
>listbox in the dialog box but all the calls fail. If I call the
>function normally it all works fine.
>
>So the question is how can you update a dialog box from a thread.
>
>Thanks.
>

How do you append the info to the listbox ?  Do you use WinSendMsg or
WinPostMsg to send the LM_INSERTITEM message to the listbox ? (I assume
you do either that, or you send some WM_USER message to the dialog
box window - the same rule (below) applies in that case).
From a secondary thread without a PM input queue, you must use WinPostMsg.
WinSendMsg cannot be called from such a thread.

Hope this helps,

Peter
--
Peter Forsberg           E-mail:  peterf@vnet.ibm.com          (primary)
                                  d88-pfo@nada.kth.se        (alternate)
Disclaimer: This posting represents the poster's views, not those of IBM
Newsgroups: comp.os.os2.programmer
From: johler@.uucp (Thomas Johler)
Subject: gdb/emx and Extended Services
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 14 Aug 1992 00:15:03 GMT
X-Newsreader: Tin 1.1 PL4

Hello,

It was quite easy to port (or to copy the precompiled) os/2 and PM
libraries for emx/gcc, when owning an IBM os/2 SDK.

But did anybody ever try to port the Extended Services libraries for
emx ? The supplied libraries sql_dyn.lib and dsqci.lib don't use any
DLLs so listlib, of course, doesn't work.

So, if there's somoeone out there who thinks it's worth supplying these
libs, just do it !!!

--
-------------------------------------------------------------------------------
johler@informatik.tu-muenchen.de

Munich University of Technology,  Department of Computer Science, FRG
From: KENKAHN@PKSMRVM.VNET.IBM.COM ("Kenneth A. Kahn")
Newsgroups: comp.os.os2.programmer
Subject: Re: Threads et all
Date: 13 Aug 92 19:27:21 GMT

Organization: Staff of IBM Fellow - NetWork Computing
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0
X-X-From: KENKAHN@PKSMRVM.VNET.IBM.COM (Ken Kahn)

In <1992Aug13.190952.21123@elroy.jpl.nasa.gov> Les Hartzman writes:
>
>        1)  Does thread 1 exist for any other reason than to start
>            other threads and to process the interrupt/kill signals?
>
Depends on what you want to do.  I have a number of programs where Thread 1
contains most of the processing for the process; e.g. it might contain a
DosReadQueue to ccept work that other threads actually perform.  It's very
common to have thread 1 act as the 'controler' thread and have it assign
work to other threads as necessary.  Then again, I have a few applications
where thread 1 does it's thing and then goes away.
>
>        2)  Can ANY thread in a process create its own queue(s)?
>
Any thread can create a Queue but any other thread in the process can access
it via the QueueHandle.
Newsgroups: comp.os.os2.programmer
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: Where am I going wrong????
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 17 Aug 1992 22:41:08 GMT

In article <1992Aug17.190209.8650@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
>In article <1992Aug17.093809.24122@Informatik.TU-Muenchen.DE> rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel) writes:
>>Yes it looks like this. Remember, if OS/2 is ported to a RISC, it would
>>not have a concept like the PC screen buffer, so the VIO/MOU/KBD calls
>>are useless.
>>
>>Part of the work can be done with 32-bit IOCtl calls, for the rest you
>>have to call 16-bit API's on PC's.
>
>This is the way it's done under Unix and other systems, as well.
>That's why some enterprising programmers wrote the curses package.  I
>wonder when this'll be ported to OS/2.

BSD curses is part of emx/g++. I mean *C* curses, not C++ curses only.
BSD curses is included in emx/g++, because there is a class CursesW in
libg++ that relies on the C curses library. It may be a bit buggy, but
you can fix that.

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