HDTenEightyP/NetNews huggingface dataset:
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer,comp.os.os2.advocacy
Subject: Re: A question or three.
Date: 13 Aug 92 17:34:09 GMT
Distribution: na
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Aug11.222749.29690@panix.com> os2man@panix.com (Larry Salomon Jr.) writes:
>>By contrast, when I examined the M's*ft Windows 3.0 SDK, my impression was 
>>that programming Windows was akin to programming X at the Xlib level, 
>>leading me to believe that programming for PM may be more like programming 
>>in Xt with a Widget set.  Would anyone care to confirm or deny that 
>>assessment?  
>
>It is my opinion (implies disclaimer) that Windows and PM programming are
>very similar.

They have similar concepts, but the MS API makes you do more work.
You have to call functions that, IMO, should be called automatically
when the program loads.
-- 
   |)  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.
From: shurr@cbnews.cb.att.com (larry.a.shurr)
Newsgroups: comp.os.os2.programmer
Subject: Re: un:hard disk interrup
Date: 14 Aug 92 18:59:03 GMT
Article-I.D.: cbnews.1992Aug14.185903.11252
Organization: AT&T Bell Laboratories, Columbus, OH

In article <1992Aug12.1481.4704@dosgate> "robert fielder" <robert.fielder@canrem.com> writes:
>Larry A. Shurr (shurr@cbnews.cb.att.com) said:
>LA>I did find that OS/2 didn't like something about the UltraStore's
>LA>track mapping for drives with > 1024 tracks, but that's a different
>LA>issue.
>I have a Fujitsu 670 Mb drive with well over 1024 tracks, and an
>Ultrastor 12c controller.
>No problems so far, but your message leaves me concerned:
>What problems did you notice?

Robert,

It's entirely likely that I just didn't set the options right on the board.

I have a fairly old Newbury Data 157 MB drive with 1224 tracks.  What
happened was nothing.  I would boot the installation disk, the OS/2
logo screen would appear, then it would display "Loading, please wait..."
and just sit there thrashing the boot floppy (slowly) for awhile.  Then
that would go silent and then... still nothing.  If you let it sit long
enough, the screen would blank and then "Loading, please wait..." would
appear near the top of the screen.  Again, the boot floppy would thrash
for awhile followed by... nothing.

The setup options screen for the UltraStor did not match the illustration
in my machine's manual.  I should have called Gateway and bitched, but I
simply tried the options (there weren't very many), but never found a
combination that worked... with OS/2, that is... several combinations
worked fine with MSDOS.  Of course, there was one combination that worked:
no mapping, but then you could only use the first 1024 tracks... I got
mad and decided that I was going to put the UltraStor back in my wife's
machine at my earliest convenience (her 80 MB drive will be fine with
the UltraStor).

My trusty old WD1007A-WA2 works with the drive and OS/2 likes it just
fine.  Its formatter insists on stealing one sector per track for use as 
a spare and that costs some space.  Makes the disk look defect free, though.

Larry
-- 
Larry A. Shurr (las@cbnmva.att.com or att!cbnmva!las) speaking only for myself.
EOR (end-of-ramble)
Newsgroups: comp.os.os2.programmer
Subject: Suitability of OS/2 2.0 for data aquisistion
From: ecmtwhk@ccu1.aukuni.ac.nz (Thomas Koenig)
Date: Fri, 21 Aug 1992 07:26:59 GMT
Organization: University of Auckland, New Zealand.

How suitable is OS/2 2.0 for data aquisition tasks?

Is it stable enough that, for example, people can work on the machine for
days while data is being gathered, without crashing it?

Can a program running in a DOS-box do hardware I/O, so present data
aquisition programs can be used?  Could the environment of a DOS-box
modified to allow this, maybe?

Is it possible to incorporate MS-DOS *.LIB - files into OS/2 device
drivers? How difficult would the interface be to write?

How is file sharing arranged? Could I, for example, read from an output
file using GNUPLOT while that file is being written to? Could that file
be opened for appending while it is being read by another program?
-- 
Thomas Koenig, ecmtwhk@ccu1.aukuni.ac.nz, ib09@rz.uni-karlsruhe.de
The joy of engineering is to find a straight line on a double logarithmic
diagram.
From: "stephen dawson" <stephen.dawson@canrem.com>
Newsgroups: comp.os.os2.programmer
Subject: process/thread memory
Date: 17 Aug 92 20:04:32 EST
Reply-To: "stephen dawson" <stephen.dawson@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

hartzman@kilroy.Jpl.Nasa.Gov (Les Hartzman)  writes

LH>Reading some OS/2 documentation indicates that threads created within a
LH>single process may share that process' memory.  What is the process' memory?
LH>Is it the process' global memory (e.g., variables defined outside of 'main'),
LH>or is it an an actual memory object that is owned by the process?

LH>IF it is a memory object that the process creates, how do the threads get
LH>the address of the memory object?

That is up to the programmer.

Any memory that can be accessed by any thread, can be accessed by
all threads. That is what OS/2 allows. It doesn't mean it will be
easy to code this, or that you would want to.

But, be careful about those uninitialized pointers!

    STEPHEN         Look through the Windows and you will see OS/2!
    ^^^^^^^    :-)  Walking and chewing gum at the same time.

 stephen.dawson@canrem.com
 Entered 08-17-92 at 5:00pm in Downsview, Ontario

 * DeLuxe2/386 1.25 #3969 * Live long and prosper.
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.os2.programmer,comp.lang.c
From: jja@wsl.ie (John J. Allen)
Subject: Re: malloc causes a segmentation violation!?
Organization: Project Papyrus, AIRAID, Dublin, Ireland
Date: Thu, 20 Aug 1992 09:27:00 GMT

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

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)

So although the FLAT memory model simplifies programming it hampers
debugging.

Well as they say "You can't have your cake and eat it too"

Newsgroups: comp.os.os2.programmer
From: soh3@quads.uchicago.edu (min-woong sohn)
Subject: Re: Where am I going wrong????
Reply-To: soh3@midway.uchicago.edu
Organization: University of Chicago
Date: Tue, 18 Aug 1992 05:13:39 GMT

In article <1992Aug17.190209.8650@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
>
>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 package is already ported to OS/2 2.0 by Kai about
a month ago.  It's part of g++ he ported but you can use it with C
without any problem.  It just works fine.  It is included in a
g++ library file, whose name I forgot.  But the file size seems
to be above 1.2 meg.  It is under /pub/os2/2.0/programmer (correct me).

Min

Newsgroups: comp.os.os2.programmer
From: ralf@ubka.uni-karlsruhe.de (Ralf Grohmann)
Subject: GCC 2.2.2 doesn't compile
Organization: University of Karlsruhe, Germany
Date: Wed, 19 Aug 1992 14:18:13 GMT

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? 

Any Comments welcome.

Ralf


-- 
Ralf Grohmann
Micro-BIT, Rechenzentrum Universitaet Karlsruhe, Germany
ralf@ubka.uni-karlsruhe.de
****** Q: What's big, red and eats sockets? ******
****** A: A big, red, socket eater!         ******
From: rolfe@w3vh.UUCP (Rolfe Tessem)
Newsgroups: comp.os.os2.programmer
Subject: Re: GCC 2.2.2 problems (missing /sys, /machine, MAN pages defect)
Distribution: world
Date: Sat, 22 Aug 92 13:42:07 GMT
Organization: Lucky Duck Productions

opheys@kirk.fmi.uni-passau.de writes in article <1992Aug21.094921.1392@tom.rz.uni-passau.de>:
> 
> Hello, OS/2 world!
> 
> I have downloaded the GCC 2.2.2 files from ftp-os2.nmsu.edu two days ago.
> Is it possible that the archive gcchdr.zoo (259273 bytes) lacks the
> subdirectories gcc/gcc-include/sys and gcc/gcc-include/machine completely?
> Ok, that's just a minor glitch because the Readme says you can keep the
> header files from the 2.1 version. But is it possible to correct this
> Archive to avoid frustrated new-installers?
> 

I noticed this as well, but thought I must have screwed up when I pulled
the files off ftp-os2.nmsu.edu.  I did the same thing you did, and simply
restored the 2.1 versions, which are complete.  I think this is what
caused another poster to complain of an "abnormal program termination"
message.  After the substitution, the sample programs compiled without
a hitch.

> Another thing strikes me - some of the manual pages seem to be garbage.
> I used groff (EMX Port, posted some days ago), the man01.cmd (from the MAN
> package also posted to c.b.o). Instead of less, I used more. I could page
> through groff's own MAN pages correctly, but most GCC 2.2.2 mans were
> garbage. I also tried nroff and other tools that can format MAN pages.
> Yes, I tried all macros - and yes, the zoo archive tested without errors.

You're further ahead here than I am -- I can't get groff working at all,
possibly because I'm having problems with less. Although the archive
integrity seems OK, when invoked, less hangs the machine (this is less177.)
  
-- 
Rolfe Tessem               Lucky Duck Productions
rolfe@w3vh.UUCP            17 St. Luke's Place, NYC, NY 10014
rolfe@ldp.com              212-463-0029
Newsgroups: comp.os.os2.programmer
From: Larry Margolis <margoli@watson.ibm.com>
Subject: Re: Enhanced Editor & Rexx
Date: Thu, 20 Aug 1992 19:57:13 GMT
Reply-To: margoli@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: The Village Waterbed

In  <13100001@tisdec.tis.tandy.com>  kevinl@tisdec.tis.tandy.com writes:
>
>      Is there any way to get the Enhanced editory to stop changing
> the keys and tabs on me when it finds out that the file I'm editing is
> a Rexx program (.cmd file)?  I really hate the way it messes up the enter
> key.  I don't mind it adding the 'else', or 'then' key words, but I hate
> the keys!

You can turn off syntax expansion with the command EXPAND OFF.

>      Also, is there any way I can get my options/preferences stuff
> to take effect?  Right now I have my tabs set up for 4 spaces.  It doesn't
> seem to care.  It inserts tabs, but they are eight space tabs.

Unfortunately, the tabs and margins for the languages with syntax assist
are hard-coded.  One way to automatically take care of both would be via
a profile - create a PROFILE.ERX containing the following:

/* EPM profile */
if translate(right(arg(1),4))='.CMD' then do  /* If a .CMD file, */
   'expand off'                /* turn off syntax expansion */
   'postme tabs 4'             /* 'postme' delays the processing ... */
end  /* Do */

(This should be in your PATH or EPMPATH.)  Then enable profile processing
by entering the command Profile On in the EPM command dialog, then select
Options / Save Options.  Note that the profile is only executed once, when
an edit window is opened, so this will not apply when you're adding a .CMD
file to an existing edit window.

Larry Margolis, MARGOLI@YKTVMV (Bitnet), margoli@watson.IBM.com (Internet)
Newsgroups: comp.os.os2.programmer,comp.os.os2.advocacy
From: slumos@unlv.edu (Steve Lumos)
Subject: Re: A question or three.
Organization: UNLV Computer Science
Distribution: na
Date: Thu, 13 Aug 92 06:34:42 GMT

In article <1992Aug11.160829.7216@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:

>Some OS/2 1.x books can be gotten.  They are useful to learn concepts,
>but you'll need a 2.0 reference (like the on-line one shipped with the
>Toolkit) in order to get the sample code to work in 32-bits.

I checked out a copy of _OS/2 Presentation Manager Programming Primer_
(Asael Dror and Robert Lafore) and found (to my great pleasure) that
the example can be compiled with GCC exactally as they are in the book
(!) I have only tried the non-EMX version of GCC (what did we decided
to call that?). This book is copyright 1990 and only covers OS/2 1.2. 

BTW: It is a pretty good introduction as far as I can tell (knowing
nothing about PM programming except what I have read in this one book)
except that the authors have a slightly annoying habit of talking
about things and then saying that they aren't going to talk about
them... An example is "A combo box is an edit control with a pull-down
list of choices. An MLE is a multi-line entry field box. We won't
discuss these controls. [...] You can also define your own controls or
purchase controls created and marketed by different firms. We won't
explore these possiblities here."

The phrase about not exploring possibilities must have been mentioned
3 or 4 times by chapter 8...

Anyway, now that I'm done bitching, the important part was that the
examples DO compile and I don't have any OS/2 references at all
(unless you count the Redbooks).

-- 
Steve Lumos - slumos@cs.unlv.edu
From: ulf@goliat.dc.luth.se (Ulf Ruthberg)
Newsgroups: comp.os.os2.programmer
Subject: Whats wrong with floor()?
Date: 13 Aug 92 09:01:36 GMT
X-Newsreader: Tin 1.1 PL3

If I do the following:

double tmp=33433.740234;

printf("%f %f",tmp,floor(tmp));

I expect the result "33433.740234 33433"
but what I get is "33433.740234 33433.740234

A bug in GCC or in me?


   ===================  Boring signature follows  ==========================
       Ulf Ruthberg, ulf@dc.luth.se, {uunet,mcsun}!sunic!dc.luth.se!ulf
               Computer Service Center, Lule} University.
   ====I'd rather have a bottle in front of me, than a frontal lobotomy.====
Newsgroups: comp.os.os2.programmer
From: jja@wsl.ie (John J. Allen)
Subject: Threads & PM
Organization: Project Papyrus, AIRAID, Dublin, Ireland
Date: Mon, 17 Aug 1992 09:43:07 GMT

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.
Newsgroups: comp.os.os2.programmer
From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
Subject: Re: Where am I going wrong????
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Mon, 17 Aug 92 22:18:25 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.
>

Not entirely true, and RISC vs. CISC has nothing to do with it.  E.g.
on Sun hardware, you can open the device file i.e. "/dev/cgsix0", and memory
map the frame buffer memory into the process address space and twiddle bits
to your hearts desire.  That's how the MIT Sample X Server works on Suns
anyway, irregardless of whether they're RISC or CISC.

Never the less, the point should be emphasized, under any GUI, you don't
want to be twiddling bits in frame buffer memory.  If you've got an app
that wants to do it's own "drawing", convert it to the GUI.  If you've got
a text based app that bypassed the BIOS and/or OS for some reason and
writes directly to screen memory, my condolences.  Convert it.  

-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.


-- 

Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov

Not authorized, in any way, shape, or form, to speak for anyone.
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc,comp.os.os2.apps
From: ssavaram@gmuvax2.gmu.edu (Srinivas Savaram)
Subject: Available drives on the system
Followup-To: poster
Keywords: Available drives, hardware config, OS/2
Organization: George Mason University, Fairfax Va.
Date: Fri, 21 Aug 1992 21:55:08 GMT


HI:

I need to find out the hardware configuration of the machine from my program.
I need to know what kind of floppy drives are present on the system.
Is there a hard disk available. IF yes, then what are the different
partitions. I also need to know if there are two floppy drives or just
one? I would appreciate any help .

Thanks..
From: fearick@physci.uct.ac.za (Roger Fearick)
Newsgroups: comp.os.os2.programmer,comp.os.os2.app
Subject: Faster GNUPLOT
Date: 14 Aug 92 11:49:54 GMT
Organization: Physics Department, University of Cape Town

In response to popular demand I have uploaded to hobbes (aka ftp-os2.nmsu.
edu) a version of GNUPLOT for os/2 PM that plots MUCH faster.
See pub/downloads/gnupltpm.zoo of 14 August.

Enjoy.

Roger.


Roger Fearick                 *  Internet: fearick@physci.uct.ac.za
Dept. of Physics              *
University of Cape Town       *
Newsgroups: comp.os.os2.programmer
From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
Subject: watcom
Organization: National University of Singapore
Date: Sat, 22 Aug 1992 02:04:16 GMT

Sorry if this has been rehashed before and I cannot seem locate the
programmers FAQ (where this questions probably answered). I just got my 
watcom 9.0 upgrade. When I try to compile the demo, it cannot find os2.h. 

Where is it? Anything else I should know? The watcomc.inf is a
disappointment - it has very little OS/2 specific stuff. 

Where's the programmers faq anyway? It's not at hobbes ( I think) bec I
looked.

Thanks

jin meng
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 09:38:09 GMT

In article <1992Aug17.082023.13914@stortek.com> eldenbrg@stortek.com (Dave Eldenburg) writes:
>>All the {Vio,Kbd,Mou} calls are indeed 16-bit calls left over from OS/2 1.x.
>>Try getting a copy of `Advanced OS/2 Programming' by Ray Duncan for a
>>discussion of Vio calls.
>>
>>Hope this helps,
>>
>>/Doug
>
>So, are you saying there is no way to get this info using an OS/2 2.0
>call?  Is this IBM's way of telling us that the command line is
>dead and all new systems should be designed for PM?  There are a lot of
>applications that don't really need that kind of a user interface.
>
>Dave

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.

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,comp.os.os2.networking,comp.os.os2.misc
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: Communication between DOS windows
Followup-To: comp.os.os2.misc
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Tue, 18 Aug 1992 22:16:02 GMT

Please do not crosspost so widely in the future.  These groups are
busy enough without rampant crossposting.

In article <92230.152601U55870@uicvm.uic.edu> David James Alexander Hanley <U55870@uicvm.uic.edu> writes:
>  I am writing a bbs program that will run under ms-dos and will require a
>special term program.  To do this properly, it would seem easiest to hook
>up two machines through the srial prot, and develop the bbs program on one,
>the the term on the other.  However, I do not have two machines at my disposal,
>so I have a problem.  I would like to use os2( I'm using it now anyways ) and
>run the term program in one window, and the bbs program in another.  I can
>develop the software this way, and worry about adding the serial/phone routines
>when the bbs software is completely written/debugged.  Does anyone know of a
>practical way to communicate between DOS windows in os2?  I need to send
>information bolth ways, obviously, just like a bbs and term.  Thank you
>for any help.

Sure.  Just make sure you have two available COM ports on your system.
Then get a null modem cable to connect the ports together.  Run the
terminal program in one window using one COM port and run the BBS in
another.

Once you've discovered how easy this is, maybe you will write the BBS
and/or terminal program for OS/2.  :-)

-- 
Get the OS/2 FREQ. ASKED QUESTIONS LIST | Timothy F. Sipples
from 128.123.35.151, anonymous ftp,     | Internet: sip1@ellis.uchicago.edu
directory pub/os2/all/faq, or from      | Dept. of Econ., U. Chicago, 60637
LISTSERV@BLEKUL11.BITNET (send "HELP"). | Tsongas > Perot > Clinton.  Yay.
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.os2.programmer
Date: Sun, 23 Aug 1992 10:58:39 -0400 
From: "Stephen M. Lacy" <sl31+@andrew.cmu.edu>
Subject: Re: WHERE IS AVIO!!!!!!
	<LXZXPB1w164w@cybernet.cse.fau.edu>

Excerpts from netnews.comp.os.os2.programmer: 23-Aug-92 Re: WHERE IS
AVIO!!!!!! wayned.bbs@cybernet.cse. (1372)


> Make sure to #define INCL_BASE or INCL_SUB before you #include <os2.h>.  
> This will include the old Kbd, Vio and Mou prototypes.
> The exported names have changed to VIO16GETANSI, etc.


This is what I did:  Use "Seek and Scan Files" to look through *.h for
the string "vio" (non-case sensitive, of course)  It came up with a
couple of things, but not the multitude of Vio* functions that I know
there are in OS/2.   I need these header files for the Native port of
GCC 2.1.  (or 2-2.2.2.2.2.2 :) ) 

Steve

"If I were a fish, I'd dream of flying"
From: 754clifton@gw.wmich.edu
Newsgroups: comp.os.os2.programmer
Subject: Re: C++ include files in EMX
Date: 21 Aug 92 15:17:51 EST
Organization: Western Michigan University

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
> iostream.h.
> 
> John
> jdowdal@wam.umd.edu
> 

I believe there is a seperate env. var. to set: CPP_INCLUDE_PATH, check the
readme stuff that came with the package

/Doug
--
Douglas Clifton [99clifto@lab.cc.wmich.edu]
Newsgroups: comp.os.os2.programmer
From: cjensen@ampex.com (Colin Jensen)
Subject: Re: Using Toolkit with GCC - Any problems?
Organization: Ampex Corporation, Redwood City CA
Date: Tue, 18 Aug 1992 22:25:39 GMT

In article <1992Aug18.151342.25079@csc.ti.com> jsykes@dadd.ti.com writes:
>Can't you avoid adding the 'asm ("x")'s by including os.h as follows:
>
>extern "C" {
>#include <os2.h>
>}

No.  This is not the same thing.  extern "C" will tell gcc to use
underscores before all symbols.  The asm directive is the only
efficient way to tell gcc to not use underscores before the library
symbols.
-- 
Colin Jensen (cjensen@ampex.com)