HDTenEightyP/NetNews huggingface dataset:
From: fred@world.std.com (Fred A Putnam)
Subject: Re: realtime application
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 2 Sep 1992 23:39:50 GMT

rvaniwaa@copper.denver.colorado.edu (Ronald J. Vaniwaarden) writes:

>In article <Btyt27.JqD@world.std.com> fred@world.std.com (Fred A Putnam) writes:
>>...
>>time at all because they are being time-sliced with each other and with the
>>rest of OS/2.  The timer ticks are virtualized, and do not track in real time.

>I have often wondered about this idea.  Does this mean that if you are
>running a program for which you wish to time the length of execution, that you
>will get the actual processor time rather than the real time?  I know in
>Windows, you end up with the real time rather than processor time.

You will wind up with the real time, just as in Windows.  The virtual timer
works the same way in OS/2 as it does in Windows, such that over an extended
period of time, the correct number of virtual clock interrupts are delivered
to DOS, though they are not delivered at regular intervals.

--
Fred Putnam, LABTECH, fred@labtech.com, 1-800-TRY-LABTECH
Xref: sparky comp.os.os2.programmer:4669 comp.os.os2.misc:28988
From: S_JUFFA@iravcl.ira.uka.de (|S| Norbert Juffa)
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
Subject: Does coprocessor speed up GUI (here: OS/2 PM)? (Summary of answers)
Date: 2 Sep 1992 13:40:40 GMT
Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
Distribution: world
NNTP-Posting-Host: irav21.ira.uka.de
X-News-Reader: VMS NEWS 1.23

Hi netters!

Some time ago I asked here wether using a coprocessor in a 80x86 based machine
speeds up GUIs, in particular X-Windows. So far I have gotten replies from:
Eric Johnson (johnsone%camax01@uunet.UU.NET),
Jerry Whelan (guru@stasi.bradley.edu),
Arto Viitanen (av@cs.uta.fi),
Richard Krehbiel (richk@grebyn.com)
Thanks, guys! It seems that X-Windows originally used quite a bit of floating-
point arithmetic in its graphics routines, in particular for operations such
as arc drawing. However, after X11R3, most of the floating point arithmetic
was replaced with faster integer operations. But even the current source code
for X11R5 from MIT contains some modules that use floating point arithmetic.
So installing a coprocessor *does* speed up the X-Windows GUI. The speed gain
is probably not dramatical, though. I have been informed that it is quite
easy to demonstrate the speed difference between coprocessor/ no coprocessor
by running the X-Eyes program, which seems to use mainly arc drawing. As
opposed to X-Windows, the MS-Windows GUI and OS/2 Presentation Manager do
*not* use floating-point arithmetic in their graphics routines, so installing
a coprocessor does not speed up the GUI. However, application programs can
be sped up using a math coprocessor.

Norbert
-------------------------------------------------------------------------------
Norbert Juffa       email: S_JUFFA@IRAVCL.IRA.UKA.DE         Live and let live!
From: rariedel@beckman.com (Bob Riedel)
Newsgroups: comp.os.os2.programmer
Subject: DosExitList Hangs Process (OS/2 V1.3)
Date: 31 Aug 92 12:42:58 PDT
Organization: BECKMAN

I have an OS/2 (V1.3) program in which I am attempting to use DosExitList()
to invoke a function to perform certain cleanup operations primarily
involving flushing an array to disk and closing the associated file.
I am having some difficulty with this because the program will hang
(instead of exiting) when Ctrl-C terminates the program. The system has to be
restarted to recover.

It appears that my exit routine is not even being called since debug
printf(s) never print when this situation occurs. The program will run to
completion normally if Ctrl-C is not hit, and the exit handler is entered
and functions normally.

Any insight?
From: peterf@vnet.ibm.com (Peter Forsberg)
Date: Thu, 3 Sep 92 13:37:54 SWE
Newsgroups: comp.os.os2.programmer
Subject: Re: Does link386 prefer lowercases?
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 <1992Sep3.085819.24591@informatik.uni-bremen.de> ASpecT (=jvh+ric writes:
>Yesterday we tried to port a large program from UNIX to OS/2
>using GNU-C. Compiling was no problem (no changes required)
>but the linker (link386) caused us crying (in pain).
>(...)
>  ???? Perhaps one has to order the modules ... but a little test
>       makes us believe thats not necessary

No, the order of the modules is arbitrary.

>(...)
>* an the most annoying one: the link386 seems to convert all
>  of the identifiers to lowercase ... which caused several
>  multiple-defined-errors ... i.e. we defined a free of our own
>  naming it FREE (which seemed to be natural to us) ... just that
>  small program
>   void f(){}
>   void F(){}
>   main(){f();F();}
>  could not be linked due to _f been multiply defined. Examining
>  the object file shows the correct (uppercase and lowercase)
>  identifiers.
>  ???? I cannot believe that we have to reprogramm the whole
>       stuff and forget about case sensitive identifiers.

No, you don't have to. LINK386 is by default case insensitive. You
turn case sensitivity on with the flag /NOIGNORECASE (or just /NOI).
Try using that, and report back. It'll probably not solve all your
problems, but hopefully some. perhaps someone with experience of GCC/EMX
can append an example link statement (I've never used it).

Peter

PS: (A longshot:) perhaps GCC/EMX has its own linker (?)
--
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: buckley@milton.u.washington.edu ( )
Subject: C++ problems with emx.
Organization: University of Washington, Seattle
Date: Fri, 4 Sep 1992 14:54:21 GMT


  I have set up the emx package from ftp-os2.  Everything
seems to work except C++.  When I try to compile the
C++ examples I get error messages like:

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.


Does anyone know what the problem could be?
thanks
jim 
buckley@milton.u.washington.edu
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: bios interrupt #13
Keywords: bios interrupt #13
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Fri, 28 Aug 1992 21:44:55 GMT

In article <1992Aug27.023315.18282@monu6.cc.monash.edu.au> rda612c@monu6.cc.monash.edu.au (js [schwobby]) writes:
>I would like to use something similar to bios#13 interrupt.
>(which is sector read and write to disk)
>I can read using it, but i can`t write using it.
>(I know it inflicts with the sytems integretry).
>Well, I need to use something similar.
>  - is there any prot address i can write to?
>  - is there an higher interrupt, which is reentrant an allows me to
>    use it?
>  - Is there any literature out there, where I can find sth. about the
>    topic?
>I don`t want to rewrite to much code, hence my reason to use it.

I'll go hunting -- I think I saw information on how to do this.  I
have to ask, though, why you wish to do this.

I strongly, emphatically recommend against it -- if you can do it
another way, figure it out now.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
Chicago, 60637          | Hey GOP: The Economy, Stupid!
Xref: sparky comp.os.os2.programmer:4594 comp.lang.c++:13084
From: patrice@cs.concordia.ca (SCATTOLIN patrice)
Newsgroups: comp.os.os2.programmer,comp.lang.c++
Subject: Running BC++ 3.1 under OS/2
Date: 31 Aug 92 00:09:48 GMT
Followup-To: comp.os.os2.programmer
Organization: Computer Science, Concordia University, Montreal, Quebec



How do you run Borland's C++ 3.1 under OS/2. I can't get it to run. All
it says is that BC encountered some problem.  I would like to used both
th IDE version and the command line version as I have to use make file 
to get the project to run.


Would the windows version of the interface be equivalent to the IDE?

Thanks! I really don't want to go back to DOS.

-- 
Patrice Scattolin
					patrice@cs.concordia.ca
Concordia University			Montreal, Canada
"I am so far north that Santa lives two blocks from me"
Organization: Penn State University
Date: Sat, 29 Aug 1992 18:16:20 EDT
From: <BJT105@psuvm.psu.edu>
Newsgroups: comp.os.os2.programmer
Subject: Re: Findfirst in DOS box can crash OS/2

A DosFindFirst bug was fixed after 307N. You might try getting the latest
kernel from hobbes, and see if the problem disappears.  If not, submit
a problem report with the code to recreate it.

Bernie
Newsgroups: comp.os.os2.programmer
From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
Subject: realtime application
Organization: National University of Singapore
Date: Wed, 2 Sep 1992 06:47:26 GMT

I hope to get some advice from the net on this...

We currently have a data acquisition and analysis application working 
on a standalone DOS workstation. It consists of the data acquisition
module and the analysis module. Data rate is from 9000 to 30000 bits per
sec. The interrupt rate on the data acquisition module is currently
250Hz but this is not fixed yet.

The idea now is to expand the system using multiple stations (16 for a
total realtime bandwidth of 144000 to 480000 bits per sec). The multiple
stations are then networked together with a central file server cum
control station using a token ring network.

This application is not (at least not yet anyway) commercial. We're
a university group in collaboration with a local hospital.

Keep in mind we do not have very much manpower - so we keep it as simple
as possible.

The plan is,

1) Initially, we run the 2 DOS programs [mostly] unmodified  in 2 
DOS sessions. They communicate using OS/2 pipes. Later we convert 
it to a multithreaded OS/2 program.

2) Semi-Hard Realtime data streaming and reporting has to be done to the 
control station. This is done using named pipes.

3) later, we add other non realtime stuff such as image retrieval. This
will use bandwidth but hopefully will not interfere with the realtime
stuff (with some application level flow control)

The idea is that by buying standard parts and components (OS/2 with Lan
server + 486 single board computers + token ring cards), we reduce 
our development effort. Network programming is simplified to basically
file IO calls.

Is this a viable solution? 

Can we do data logging to the file server domain (directly to network
drive) with some reasonably real time characteristics (esp. with regard
to delay and jitter)? 

Can we expect the same realtime characteristics from the use of named
pipes over the network?

The DOS programs currently use a considerable amout of CPU. What kind of
overhead can we expect from the use of pipes?

If we install disk duplexing, will this in anyway impact on performance
and failure/recovery semantics?

What kind of error reporting etc does LAN Server supply?

Lan Server will be installed at the control station. The control station
will have to handle data logging and streaming as well as trends display
and interactive queries. Is LAN Server+OS/2 performance up to this?

Any comments/advice ?

Thanks

jin meng

PS. IBM Token Ring cards are expensive! Is there another alternative
network solution (for reasonable real time networking)? Token Ring cards
are also currently an overkill for what we plan but we're keeping future
expansion in mind.
Newsgroups: comp.os.os2.programmer
From: gerry@pizzabox.dialogic.com (Gerry Lachac)
Subject: Re: Linking 16-bit Code with 32-bit code
Organization: Dialogic Corporation
Date: Fri, 28 Aug 92 14:17:02 GMT

In article <1992Aug28.014647.11813@athena.mit.edu> bjaspan@athena.mit.edu (Barr3y Jaspan) writes:
>You need to declare the 16 bit functions as such explicitly, and declare all
>pointer arguments at 16 bit pointers.  For example, if you were calling a 16
>bit version of strcpy from 32 bit code, you would need to declare it like this:
>
>_Cdecl _Far16 char * _Seg16 strcpy(char * _Seg16, char * _Seg16);


But, and someone please correct me if I'm wrong, you *CANNOT* link a
16-bit OBJ with a 32-bit OBJ.   16-bit code that is called by 32-bit
code must be inside a DLL.

I haven't worked with this explicitedly yet, but I remember reading
this in the migration guide. (or suffering delusions :-)

Newsgroups: comp.os.os2.programmer
From: shiva@well.sf.ca.us (Kenneth Porter)
Subject: WM_CLOSE, WM_DESTROY, WM_QUIT
Organization: Whole Earth 'Lectronic Link
Date: Mon, 31 Aug 1992 21:35:00 GMT

Just what are the relationship of the various window shutdown
messages?

What should a window do to shut itself down without shutting down its
parent?  WinDestroyWindow(hwndSelf)? Which message should handle saving
the window's state, WM_CLOSE or WM_DESTROY?

My current understanding is that the client window proc should process
WM_CLOSE by invoking WinDestroyWindow() on its frame, and then return 0.
Any resource deallocation or state-saving is done while processing
WM_DESTROY.

Ken
From: kelley@vet.vet.purdue.edu (Stephen Kelley)
Newsgroups: comp.os.os2.programmer
Subject: Re: Division by 0 crashes OS2/2.0
Date: 4 Sep 92 17:43:48 GMT
Article-I.D.: mentor.Bu2EL1.MGF
Organization: Purdue University SVM

In article <1992Sep4.172138.12818@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
- In article <GHENNIGA.92Sep4094517@ampere.ampere> ghenniga@NMSU.Edu writes:

	[about divide by zero problem]
- >
- >This is with MS Fortran 5.1 on a 486/33...So it appears that the problem is
- >either specific to your hardware or MS Fortran 5.0. Again, this was with the
- >protected mode libraries for OS/2 1.3 running under OS/2 2.0.
- 
- Thanks for trying it. I tried the same program and it crashed 2.0
- but 1.3 survives - so it seems to be specific to my hardware. I think
- I will report it to IBM. It seems weird that a simple program crashes
- 2.0 but not DOS.
- 

I don't know at all if this is related, but I had a hard time with
Microsoft C 5.1.  I couldn't get protected mode programs to debug in 
source mode.  The problem turned out to be that OS/2 includes a 'LINK.EXE'
in the OS2 directory (first on the path).  My problem went away when
I made sure to use the linker that came with the compiler.  You might
give that a try.

Steve Kelley	kelley@flowcyt.cyto.purdue.edu
Purdue University Cytometry Laboratories
From: ameline@vnet.ibm.com (Ian Ameline)
Date: Mon, 31 Aug 92 20:53:38 EDT
Subject: C Set/2 CS00013, did it make it out?
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 <21380@optima.cs.arizona.edu>,
merrill@cs.arizona.edu (Darren Merrill) writes:
>
>So, did it? Is it on Compuserve yet?  Sorry if I seem impatient,
>but I have been waiting months for these fixes.
>
>-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
>

 CSD 14 is up there now -- I just uploaded it. It's also on the OS/2
Support BBS, and will be on the NSC BBS in a day or so.

Regards,
Ian.
P.S. It's been less than a month since CSD 11. I put that up on 08/08.
There's 14 new fixes in CSD 14. (coincidence? -- you be the judge :-)
Newsgroups: comp.os.os2.programmer
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: Is there any way to execute a DOS program from a WINOS2 program?
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Fri, 28 Aug 1992 21:41:54 GMT

In article <1992Aug28.205248.21272@njitgw.njit.edu> dic5340@hertz.njit.edu (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.

Well, not so fast.

There is a way to do so.  I sent a text file describing the method to
ftp-os2.nmsu.edu.  You can read all about it in windos.txt (I
believe), available from that site via anonymous ftp.

There's one restriction, however.  The method described requires that
Win-OS/2 run in real mode.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
Chicago, 60637          | Hey GOP: The Economy, Stupid!
Newsgroups: comp.os.os2.programmer
From: terryk@terminus.gatech.edu (Terry Kane)
Subject: Tips for using (Win)Borland 3 anybody?
Summary: Looking for tips using Borland c++ 3 in winos2 environment
Keywords: Borland c++, winos2
Organization: Georgia Tech College of Computing
Date: Sun, 30 Aug 1992 15:48:17 GMT

Ths subject & summary say it all.

Anybody care to follow up?  Reply by mail or by post, and I'll
consolidate the answers for addition to the .programmer FAQ.

Please don't suggest getting the beta version for OS/2.  I'm
putting together a port of a compiler class project from unix
to DOS/Borland - not OS/2;  I'm quite happy already using g++
under native OS/2, thank you.

Thanks in Advance!

-------------------------------------------------------------------
Terry Kane (terryk@cc.gatech.edu)
-------------------------------------------------------------------
I am a .sig file virus. Copy me into your signature file please.
Xref: sparky comp.os.os2.programmer:4485 comp.os.os2.apps:5582
From: ravens@wam.umd.edu (Raven Silverthorn)
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
Subject: Looking for a few good Compilers
Date: 27 Aug 92 20:00:29 GMT
Organization: University of Maryland, College Park

I'm looking for a C-Compiler for OS/2, and I was wondering what was being 
recommended.  (I just purchased OS/2 2.0)

Anyway, if you have any suggestions, please e-mail them to me at:
	ravens@wam.umd.edu

That is unless there is a sufficient demand for it on this group.

-Brian
ravens@wam.umd.edu
From: sunny@daimi.aau.dk (Rene Wenzel Schmidt)
Newsgroups: comp.os.os2.programmer
Subject: PM Driver Source Code
Date: 31 Aug 92 13:16:15 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark

Does anyone know if there exist any public PM driver source
code? I am especially interested in printer drivers.
OS/2 Toolkit 2.0 only includes (for some strange reason) source 
code for physical and virtual drivers.

----------------------------------------------------------------
Rene Schmidt       		Email: sunny@daimi.aau.dk
Computer Science Department
University of Aarhus
Denmark
Xref: sparky comp.os.os2.programmer:4511 comp.os.os2.apps:5621 comp.os.os2.misc:28497
From: dmm@vnet.ibm.com (dave)
Date: Fri, 28 Aug 92 13:34:30 EDT
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps,comp.os.os2.misc
Subject: Re: C Set/2 Question in malloc
Organization: IBM Canada Lab
News-Software: UReply 3.0
X-X-From: dmm@vnet.ibm.com (Dave Mooney)

In <1992Aug28.154836.12867@natinst.com> Uma Arunkumar writes:
(hacked to get it past Nazi news software)
> #include <stdio.h>
> #include<malloc.h>
> main()
> {
>   [...]
>   if  (( array= malloc(50 * sizeof(long)))!= NULL)
>   [...]
> }
>
> I compile giving the command
>            icc /c /w3 /o+ sample.c

If you're going to use malloc.h to pick up the prototype for malloc(),
you should compile using  /Sm .  If you want to pick up the prototype no
matter what, #include <stdlib.h> instead of <malloc.h>.

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: cnadler@vnet.ibm.com (Cliff Nadler)
Subject: Re: Product Information Dialog Box
Date: Wed, 26 Aug 92 20:59:04 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.037 by O. Vishnepolsky and R. Rogers
Reply-To: cnadler@vnet.ibm.com (Cliff Nadler)
Organization: IBM T. J. Watson Research

In  <weinkam.714853662@sfu.ca>  weinkam@fraser.sfu.ca (James Lawrence Weinkam) writes:
> 
> How do you find out how long the product information is supposed to
> be displayed for?
> 
> How do you make the dialog box close after the desired time?
> 
I believe that the toolkit has a sample program which does this, however,
one way to do this is to spin off another thread which displays the product
information (while the other thread continues to initialize). During your
WM_CREATE processing, you set a timer (using WinStartTimer) to send yourself
a WM_TIMER message. When you get that message (or the user clicks on the OK
button), you use WinStopTimer to stop the timer, destroy the window, and exit
from the thread.

I would also suggest that you use the INI query function to get the timeout
value from the "PM_ControlPanel" application, key name "LogoDisplayTime".
See Appendix H in the Programming Ref volume 3 for details of this variable.

Cliff Nadler (cnadler@vnet.ibm.com)
IBM Federal Systems Company - TEAM OS/2

Disclaimer: This post represents the views of the poster, not IBM Corporation.
From: plyon@emx.cc.utexas.edu (Paul Lyon)
Newsgroups: comp.os.os2.programmer
Subject: Re: popen/pclose
Date: 29 Aug 92 02:38:44 GMT
Organization: The University of Texas at Austin
In-reply-to: bergstro@src.honeywell.com's message of 25 Aug 92 20:07:45 GMT


In article <9208252007.AA08786@data.src.honeywell.com> bergstro@src.honeywell.com (Pete Bergstrom) writes:

   I checked the gcc/2 library source (2.1) and there is a popen.c
   file in the gen subdirectory.  It contains popen(..) and pclose(..),
   however I didn't take the time to find out which library they're
   actually in.  

   (Rumor-spreading: there may be a pd-sorta OS/2 lib.exe coming soon -
   no, it's not from me)

   Pete

Those functions are in the source, but they are not in libc.lib for
one quite sufficient reason: they use the vfork() call, and there
is at present no OS/2 equivalent :-(

Paul Lyon
Newsgroups: comp.os.os2.programmer
From: johns@mcs213c.cs.umr.edu (John Stone)
Subject: Re: I want to learn how to do simple graphics, keyboard, and joystick I/O
Date: Wed, 2 Sep 1992 21:25:51 GMT
Organization: University of Missouri - Rolla



Hi there,
If you want SIMPLE graphics, I've done the work for you :-)
I've written the begginings of a 320x200x256 graphics library
for OS/2 2.0 that writes directly to the video hardware.
I've got points, lines, circles, boxes, and screen clears finished.
I've also been working on a 3d library that works in the same mode...
(for games etc...)

I've still got a lot of stuff to write though (bitblts, filled polys etc..)
but if it is simple that you are looking for, I've got it :-)

I did this with IBM C Set/2

Later,
       John Stone
       johns@cs.umr.edu