HDTenEightyP/NetNews huggingface dataset:
From: merrill@cs.arizona.edu (Darren Merrill)
Newsgroups: comp.os.os2.programmer
Subject: Ian, where's the CSet/2 CSD??
Keywords: CSET/2, CSD
Date: 10 Sep 92 19:46:22 GMT

Ian,
  You said the CSD would be up on the NSC BBS by the end of the
week.  Which week did you mean? :)

Still trying to be patient.... (after 2 1/2 months - anyone remember
this subject line: "wacky exception in CSet/2" that I posted in June?)

-darren
--
Darren Merrill                  UUCP: uunet!arizona!merrill
University of Arizona           Bitnet: merrill%cs.arizona.edu@arizona.bitnet
Department of Computer Science  Internet: merrill@cs.arizona.edu
From: juan@noyles.pha.pa.us (Juan J. E. T. Noyles)
Newsgroups: comp.os.os2.programmer
Subject: QuickBASIC performance
Date: 13 Sep 92 06:01:14 GMT
Organization: The Noyles OS/2 Platform

I need a way to stimulate better performance from QuickBASIC.

When I run uudecode, it takes a looong time to process a file.

Any ideas?
--
Has anyone seen my sanity?				Juan@Noyles.pha.pa.us
From: jstewart@desire.wright.edu
Newsgroups: comp.os.os2.programmer
Subject: Re: Missing documentation - KBD, MOU and VIO
Date: 12 Sep 92 01:44:19 GMT
Organization: Wright State University

In article <9209091128.AA24447@ucbvax.Berkeley.EDU>, KENKAHN@PKSMRVM.VNET.IBM.COM ("Kenneth A. Kahn") writes:
> Organization: Staff of IBM Fellow - IBM Personal/370
> 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)
> References: <9209080106.AA19548@ucbvax.Berkeley.EDU>
>             <715981801snx@sugs.tware.com>
> 
> 
> First off, there is no *wrong* answer; just answers that you might not like.
> By definition (granted IBM's definition) the OS/2 V2.0 platform is a 32-bit
> environment that uses PM as it's interface.  The manuals that support this
> environment describe the functions (e.g. APIs) that you need to program and
> use this environment.  Right or wrong, IBM's position (and I would think that
> of MS and others that support GUI environments) is that all progams written
> to this environment must use the supported GUI for I/O.  The fact that you
> can use 'older' interfaces like VIO and KBD is besides the point.  They are
> not part of the 'official' 32-bit PM platform and thus are not documented as
> such.
> 
> The question you should really be asking, as have a number of IBMers, is why
> the decision was made to not support 32-bit versions of the Kbd, Vio and Mou
> APIs.  I myself have a number of important programs that use these APIs that
> I must convert if I want to stay strictly 32-bit.
>
	All true, never the less IBM seems to have no qualms about using the
Vio and Kbd functions for it's own code.  Is not REXX also part of the
definition of OS/2.  Take a look at the REXX library included as sample code
in the toolkit.  You can't clear the screen, move the cursor around in text
mode or anything else(w/o writing assembly language).  If these API's are being
used for REXX, I think they should be updated to 32-bit code and made
officially part of OS/2.

					John Stewart
From: mmtl@hobson.cc.flinders.edu.au (T.Lampre)
Newsgroups: comp.os.os2.programmer
Subject: Re: GCC2.1 problems
Date: 7 Sep 92 01:20:22 GMT
Organization: Flinders University

In article <1992Sep4.102238.1@cc.curtin.edu.au> smackinl01@cc.curtin.edu.au writes:
>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?

GCC/2 creates .o object code but immediately converts it to .obj using
o2obj.exe. LINK386 does not understand .o object code. I hope that the
next version of GCC/2 will be a bit more flexible in this regard as I
intend to get support for cross compilation working. I will also be
working to get some more meaningful error messages other than 'code 6'
and stuff. 

BTW, code 6 means that the driver failed when trying to execute a
program. This can be due to wrong path variables, or trying to invoke
ld by using gcc -o foo.exe foo.c instead of gcc -c foo.c (or similar).

>
>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.

ftp-os2.nmsu.edu:/pub/os2/2.0/programming/gcc2-2.2.2/gcchdr.zoo now
contains all neccessary header files. Again, apologies for the oversight.

Trevor Lampre
<mmtl@cc.flinders.edu.au>
Flinders University of South Australia

P.S. The tentative release date for the next version of gcc is early
October. Although I will try and meet this deadline I have been unable
to do any work for the last two weeks due my son being ill and the
death of my father. We will also be moving into out new home soon so
this is a rather tiring time for my family and myself.
From: kiehl@ibt013.ibt.kfa-juelich.de (Horst Kiehl)
Newsgroups: comp.os.os2.programmer
Subject: Toolkit for 2.0 registration address?
Keywords: registration
Date: 11 Sep 92 10:50:21 GMT
Reply-To: kiehl@ibt013.ibt.kfa-juelich.de (Horst Kiehl)
Organization: Forschungszentrum Juelich GmbH (KFA), Germany

My IBM Developer's Toolkit for OS/2 2.0 has a registration card
without an address. Where do I have to send it to?

I already know the registration address for the base system in Racine,
WI, USA (as printed on the registration card) and the newer address in
Germany (as posted in comp.os.os2.misc) (where I'll send the base
system's card to).

Should I send the Toolkit's registration card to one of these base
system's registration addresses (presumably the one in the US)
or elsewhere?

Thanks in advance!

All the best,

Horst
From: feustel@netcom.com (David Feustel)
Newsgroups: comp.os.os2.programmer
Subject: Re: C++ Compiler for OS/2, which is NOT GNIU
Date: 7 Sep 92 23:19:13 GMT
Organization: DAFCO: OS/2 Software Support & Consulting

My impression of Symantec (formerly Zortech) is that their C++ product
development for OS/2 is essentially dead. I'm eagerly awaiting a
commercial 32-bit C++ compiler for os/2, the acquisition of which will
almost certainly lead to the archiving of the 16/32-bit dos C++
compilers I currently play with.
-- 
Dave Feustel N9MYI <feustel@netcom.com>
 
RE Drug Warriors who enjoy making a "good" bust: I'm sure the Salem
Witch Hunters enjoyed their law enforcement achievements too.
Newsgroups: comp.os.os2.programmer
From: jlavi@cs.joensuu.fi (Jarkko Lavinen)
Subject: Is there a way to avoid  buffering while spooling to COM ?
Organization: University of Joensuu
Date: Mon, 7 Sep 1992 10:50:59 GMT

I have a DOS plotter utility which I use to plot graphs. Plotter is
hooked on COM2 and under dos i simply use MODE LPT1:=COM2 and
drive output to stdprn (in C). Under OS/2 i use SPOOL /D:LPT1
/O:COM2 but spooling is buffered.

My program calibrates itself to the grid on paper via few test points.
The program gives command to plot a point, and I check visually the
deviation from nearest grid lines. Unfortunately the command is
jammed in buffer. I have to send either zillion commands to get buffer
flushed or break the program which causes EOF. While plotting curves
some command at the end are lost and plotter times out. All these
make the program quite useless.

Is there an easy way to avoid the buffering? Otherwise I have to
start driving things directly to COM port or port the program to
OS/2.

	Jarkko Lavinen
Newsgroups: comp.os.os2.programmer
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Subject: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Organization: /usr/local/lib/news/organization
Date: Wed, 9 Sep 1992 22:58:58 GMT

For those who dont know what the PARANOIA program is:

This program is for checking FORTRAN compilers, although I believe
there is a C version as well. It "specializes" in testing precision
of various floating point operations as well as testing how the
compiler reacts to division by zero, overflow etc. Because of the
exceptions it generates, it is normal for the program to be aborted
several time during execution. It writes all its results in a log
file, so when it is rerun after aborting, it starts from the previous
point rather than the beginning.

You can get this program by FTP to
        netlib@research.att.com
 login as netlib (not anonymous!) and look in the directory 
paranoia for the files dpara.f (for double precision) and spara.f
(for single precision).

I ran the DPARA program compiled with MS-FORTRAN 5.0 under MS-DOS,
OS/2 Vers 2.0 & 1.3. Under both MS-DOS & 1.3 the program ended with
1 "flaw" - which is quite good grade. Under 2.0 it crashed the system after
Milestone 90, which tests powers of z^i for small integers z, i.
What's worse is that it is impossible to restart the program, because
CHKDSK must be run and it does something to the log file which 
prevents the program to restart from the previous abort. 


So, it looks like the problem is not just with division by 0, but
other arithemtic as well.

My machine is 386, with 387 Cyrix coprocessor.


Dov

Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.os2.programmer
Date: Fri, 11 Sep 1992 23:45:27 -0400 
From: Carl B Jabido <cj00+@andrew.cmu.edu>
Subject: lockfold.zip at hobbes

Hi, was just in ftp-os2.nmsu.edu (hobbes) in /pub/uploads/share_bbs and
I found a file called lockfold.zip.  I opened the file, and found that
it had some kind of dll for locked folders.  It also said "This file
generated by the SOM compiler."  The contents has .c, .h, .obj, .lib,
.rc, .res files, and a makefile.  It was made with Workset/2 which I
don't have.  I was wondering what this was all for, and if it's good for
anything.

Thanks,
Carl
Newsgroups: comp.os.os2.programmer
From: bradleyt@spot.Colorado.EDU (Todd Bradley)
Subject: Using GCC and F2C under 4OS2
Organization: University of Colorado, Boulder
Date: Tue, 15 Sep 1992 16:22:25 GMT


I've got the F2C (Fortran to C converter) and GCC programs
working now, but I was wondering if anyone has put together
a batch file which could be called to compile Fortran dire-
ectly.

What I'm thinking of is a 4OS2 batch file (or even just CMD.EXE)
called F77.CMD which would parse a normal f77 command line and
call F2C, GCC, and LINK386 as required with the appropriate
options.

Does anyone have such a thing or suggestions on writing one?
I'd hate to take the time to write something if somebody else
already has a batch file to do what I want.

Todd.

-- 
| Todd Bradley -- Official Microsoft Spokesman
| 
| WARNING/GUARANTEE: This message contains material which a truly
| free Society would neither fear nor suppress.
From: ameline@vnet.ibm.com (Ian Ameline)
Date: Tue, 15 Sep 92 10:28:48 EDT
Subject: Re: C Set/2 CSD0014
Newsgroups: comp.os.os2.programmer
Organization: C-Set/2 Development, IBM Canada Lab.
Disclaimer: This posting represents the poster's views, not those of IBM

In article <1992Sep15.002216.25067@midway.uchicago.edu>,
sip1@ellis.uchicago.edu (Timothy F. Sipples) writes:
>
>In article <1992Sep14.201653.19531@sbcs.sunysb.edu> mjn@sbmiclr.cs.sunysb.edu (The Sixth Replicant) writes:
>>Is there an internet host which has C Set/2 CSD's ?  I can't find them on
>>hobbes or watson.
>
>Correction -- it has moved to /pub/os2/new, I believe.
>


Folks, if this fix came from compuserve originally, and you are
installing it on top of ship level code (not another CSD), *make sure*
that the package includes ICC.EXE. If it does not, do not replace
dde4fe.exe, or your compiler will stop working. ICC.EXE didn't make it
up to compuserve until a few days after the rest of the package.

   Other than this possible glitch, CSD 14 is stable, and we have had
no problems weported with it.

Regards,
Ian.
Newsgroups: comp.os.os2.programmer
From: opheys@kirk.fmi.uni-passau.de (Thomas "Sledge" Opheys)
Subject: Re: OS/2 vs NT somewhere else
Organization: University of Passau, Germany
Date: Fri, 11 Sep 1992 13:05:30 GMT

>Please make arrangements to place your observations
>of a released OS (I use it at work for work) vs a
>smoke and mirror FUD product at a site that those
>of us (not I) who wish to spend more bandwith than
>alt...binaries does can get it.

Please make arrangements to place your flames
against a released text (I read it at work) that
is a really interesting product at a site that those
of us (not I) who whish to spend more bandwidth than
alt...flames does can get it.

And a big SORRY wor wasting bandwidth myself, but I had to say that.
Perhaps the sender of the OS/2 vs NT text can post it to .misc next
time. But please keep on! Thanks.

Thomas



-- 
Thomas S. Opheys
opheys@eva.fmi.uni-passau.de      "Vor Millionen von Jahren war die
Franz-Stockbauer-Weg 1/88          Erde ein gluehender Feuerball"
W-8390 Passau, Germany
From: dmm@vnet.ibm.com (dave)
Date: Sat, 5 Sep 92 09:56:04 EDT
Newsgroups: comp.os.os2.programmer
Subject: Re: OS2 Device Driver in C -- Linking Problem
Organization: IBM Canada Lab
News-Software: UReply 3.0
X-X-From: dmm@vnet.ibm.com (Dave Mooney)

In <1992Sep3.222735.22713@hns.com> Pat O'Neil writes:
>                      The C/2 manual says that the linker
> locates segments in the order it encounters them. This seems
> true until I start bringing in the C run-time libraries
> (which I need for sprintf, strtok, memcpy, etc.). If I link
> without the library (and thereby get a zillion unresolveds)
> the map at least says that the data segment is first.

I believe that there is a record in the library which tells the linker
to do DOSSEG segment ordering.  If there is no /NODOSSEG linker
directive, then I think you'll have to hack the library and remove this
record.  I recall hearing about highly bizarre behaviour when the MSC
runtime gets linked in non-DOSSEG order, but I can't for the life of me
recall exactly what it was that happened.  But caveat emptor.

dave

-------------------------------------------------------------------------
Dave Mooney                                              dmm@vnet.ibm.com
 C Set/2 Development, IBM Canada Lab, 844 Don Mills Rd, Toronto, Ontario
            "If you've got a blacklist, I want to be on it"
Newsgroups: comp.os.os2.programmer
From: auhl@fzi.uka.de (Axel Uhl)
Subject: Inline assembler code with GNU GCC
Keywords: GNU C++, assembler, inline
Reply-To: fzi.de
Organization: Forschungszentrum Informatik (FZI), Karlsruhe, Germany
Date: Thu, 10 Sep 1992 12:12:35 GMT

Hi there,
last week I tried to port an editor from DOS to OS/2. I got the following
problem: since the editor used the DOS mouse interface, which is accessible
through an interrupt call, I used inline assembler statements in the DOS C code.
When trying to compile this file with GCC, I got several error messages.
So, how can I in general use inline assembler statements when using GCC ?
And further, will the mouse interface still be accessible through that old
interrupt under OS/2, or will I have to reprogram the whole thing with
PM-calls?
Any hints will be appreciated.
Axel (auhl@fzi.de)
From: herbing@netmbx.netmbx.de (Kai-Uwe Herbing)
Newsgroups: comp.os.os2.programmer
Subject: C++ Compiler for OS/2, which is NOT GNIU
Date: 7 Sep 92 15:38:00 GMT
Organization: netmbx, Berlin, Germany

Hello,

I am currently involved developing a commercial product for OS/2 and therefore
interested in available C++ compilers.  Due to the commercial nature, we can-
not use the otherwise excellent GNU GCC compiler.  From the FAQ of this news
group I already got some pointers, but nevertheless there are some questions
remaining:

1. does anybody know, how the quality of the JPI C++ compiler is and/or has
   a European or US fax number of this company,
2. same question for Glockenspiel C++,
3. does anybody know, when the Borland C++ compiler for OS/2 will be available,
4. same question for Zortech C++,
5. has anybody experience with the use of the Zinc Interface Library under
   DOS and Windows, and probably knows its date of availability for OS/2 and
   which compilers it will support.

Please reply by e-mail, I need the information urgently, because we have a
project planning deadline, after which we will probably forced in using ANSI C
(e.g. IBM C-Set/2).

Thanks in advance and best wishes to everyone
Kai
-- 
------------------------------------------------------------------------------- Kai-Uwe Herbing      |   voice 49-30-8520892              |   I don't claim any Rheinstrasse 6-7     |   fax   49-30-8520769              |   warranty for tips D-1000 Berlin 41     |                                    |   tricks, hints and Fed.Rep.of Germany   |   email herbing@netmbx.netmbx.de   |   suggestions given ------------------------------------------------------------------------------- 
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
From: gruen@ipc1.rrzn.uni-hannover.de (Lutz Grueneberg)
Subject: CfgEd V1.0 beta
Reply-To: gruen@ipc1.rrzn.uni-hannover.de
Organization: University of Hannover
Date: Tue, 8 Sep 1992 21:32:29 GMT

Due to some bugs and the poor performance of the CfgEd V1.0 alpha
I've downloaded the newer Version 1.0 beta of the OS/2 Configuration Editor
(CfgEd) to the following ftp sites:

  ftp-os2.nmsu.edu:/pub/downloads/[cfged1b.doc|cfged1b.zoo]
  ftp.rus.uni-stuttgart:/pub/incoming/os2/[cfged1b.doc|cfged1b.zoo]
  ftp.rrzn.uni-hannover.de:/pub/os2/local/[cfged1b.doc|cfged1b.zoo]

On ftp-os2 the software should be moved to /pub/os2/2.0/sysutils.
This Version was compiled using the emx/g++. 

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
From: xtifr@netcom.com (Chris Waters)
Subject: Re: C++ Compiler for OS/2, which is NOT GNIU
Date: Mon, 07 Sep 92 18:04:07 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In <4MS6CQW@netmbx.netmbx.de> herbing@netmbx.netmbx.de (Kai-Uwe Herbing) writes:

>Hello,

>I am currently involved developing a commercial product for OS/2 and therefore
>interested in available C++ compilers.  Due to the commercial nature, we can-
>not use the otherwise excellent GNU GCC compiler.

GCC/G++ can certainly be used in commercial apps.  In fact, GCC is the
only compiler (as far as I know) available for the NeXT.  The
restrictions of the GPL keep you from using the source code (e.g. the
source to GCC) in your commercial application.  Using the output from
the compiler in a commercial app most certainly is allowed.  GCC was
used to create the BSDI version of BSD386, which is (or was) definitely
a commercial product.  As for the libraries, these are covered by the
separate GLPL, which has different terms from the standard GPL.  See the
GLPL for details (should be included with the GNU library source).

>3. does anybody know, when the Borland C++ compiler for OS/2 will be available,

Borland has said "by the end of the year", I believe...

>4. same question for Zortech C++,

Zortech C++ for OS/2 is already available, as is JPI.  Both of these are
16-bit OS/2 1.x compilers, however. As far as I know, GNU g++ is the only
32-bit C++ compiler for OS/2 2.0.  IBM and Watcom both make 32-bit C
compilers for 2.0, but neither has C++ yet.  IBM has announced that they
*will* have C++.  I haven't heard anything from Watcom.
-- 
Chris Waters    | the insane don't | NOBODY for President!
xtifr@netcom.COM| need disclaimers | Because Nobody's perfect!!
Newsgroups: comp.os.os2.programmer
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Subject: Re: Tools for portable applications
Organization: North Carolina State University
Date: Tue, 8 Sep 1992 12:10:36 GMT

I'm unsure what kind of tools you are looking for but...

IBM has ported all of the new controls (Notebook, Spinbutton, Slider, etc.) to
Windows.  So basically, a Windows program can have the same UI controls
available to it as an OS/2 2.0 program.  The programming interfaces are almost
identical.  Ask about a product called CCL/2 (CUA Controls Library/2).  It was
released about the same time as OS/2 2.0.  They also come in an OS/2 1.x
version with identical programming interfaces to the 2.0 version.


______________________________________________________________________________
     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: hafting@Lise.Unit.NO (Helge Hafting)
Newsgroups: comp.os.os2.programmer
Subject: Re: how to crash os/2 1.2
Date: 7 Sep 92 16:25:27 GMT
Distribution: comp
Organization: Norwegian Institute of Technology

In article <1992Sep1.1481.5045@dosgate>, "robert fielder" <robert.fielder@canrem.com> writes:
 > 
 > 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
 > 
A strange thing to need...
I have no idea about 1.2, but crashing 1.3 is easy:
Just start a dos box.  The cpu is now running in 8086 real mode until you switches
back to os/2, and real mode should be easy to crash...
Ideas:
1. use the debug program supplied with msdos, and write over the first
   64Kb of memory where the interrupt vectors are.  Or execute at som random
   adress...
2. Run a dos-extender that overwrites the second megabyte of ram.  Then press
   ctrl+esc and switch back to os/2...

-- 
 |  |      ^         |  |      /   ^   o
 |__| _   /|  _  _   |__| _   /|  /|   |    _   _
 |  |/_| / | / \/_|  |  |/ | /-+-/-+- /| /|/ | / \
 |  |\__/  |/\_/\_   |  |\_|/  |   \_/ |/ |  |/\_/
            __/                /              __/
Xref: sparky comp.os.os2.programmer:4855 comp.os.os2.misc:29697
From: lopes@cogsci.ucsd.EDU (alann lopes)
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
Subject: Re: ZC++ DOSX programs in DOS window?
Date: 10 Sep 92 04:26:12 GMT
Organization: University of California, San Diego

In article <1992Sep8.194606.1@uwovax.uwo.ca> mcyze@uwovax.uwo.ca writes:
>
>
>I cannot seem to run my Zortech C++ (32-bit) DOSX compiled programs
>in a DOS window (either fullscreened or windowed).  I constantly
>get "DPMI operating system error" as an error message.
>By the tone of this message, I suspect that Zortech's extender
>is somehow not compatible with OS/2, although I am not sure.
>
Mike, the combination of ZTC revision 4 (which is a free upgrade)
and a new dpmi fix for OS2 solves the problem.  I had reported this
problem sometime in July and just received a call from IBM the other
day saying that they had a fix and where could they send me a disk
with this fix.  I had it the next day. I have not seen the fix at
hobbes or watson, but I haven't been looking for it.  It may be there!
If not, call IBM!

                     Good luck -- alann


   alann lopes:        alopes@ucsd.edu       -- internet
   (619) 534-7417      ALOPES@UCSD           -- bitnet
From: grega@netcom.com (Greg Altman)
Newsgroups: comp.os.os2.programmer
Subject: Can I get a sample of Font Dialog use?
Date: 9 Sep 92 23:45:54 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

I am trying toi use the WinFondDlg function and I an getting crashes every
time I get there. I don't know if my initialization of the FONTDLG structure
is correct. Could someone get me a working sample of code that initializes the
structure and calls the dialog?

Thanks.
-- 
Greg Altman grega@netcom.com
Newsgroups: comp.os.os2.programmer