HDTenEightyP/NetNews huggingface dataset:
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Organization: /usr/local/lib/news/organization
Date: Fri, 11 Sep 1992 22:55:53 GMT

In article <gyan.716247010@unixg.ubc.ca> gyan@unixg.ubc.ca (Gyan P. Sinha) writes:
>In <1992Sep11.123326.22143@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
>
>>In article <92Sep10.221229.26167@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:
>
>
>
>The spara program fails with Watcom 8.5 version of the Fortran compiler,
>running in a DOS box under OS/2. The double precision version passes 
>with 1 defect. Has anyone run these tests on Watcom 9.0 Fortran? Does
>this Single-precision, Double precision dichotomy still hold? 
>
>Appreciate any comments on all this.
>

Out of curiosity I checked with SPARA and MS-FORTRAN 5.0. I split
the file into 3 files of approximately the same size, and compiled
with the -FPi87 -G2 -AL -Od switches. I got:

No failures, defects nor flaws have been discovered.
Rounding appears to conform to proposed IEEE standard
The arithmetic diagnosed appears to be Excellent!
End of test

Again 2.0 crashed, and this time DOS crashed as well. Only 1.3 
survived.

>
>Gyan P. Sinha
>UBC, Vancouver.
>

Dov



Newsgroups: comp.os.os2.programmer,comp.os.os2.advocacy,comp.os.ms-windows.advocacy,comp.os.ms-windows.programmer.win32
From: gyan@unixg.ubc.ca (Gyan P. Sinha)
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Fri, 11 Sep 1992 21:30:10 GMT

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

>In article <92Sep10.221229.26167@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:

>>
>>Now about Paranoia:
>>
>>For MS Fortran 5.1, I get *exactly* the same behavior for an
>>OS/2 16 bits executable run under OS/2 2.0, for a DOS executable
>>under OS/2 2.00 and for the DOS executable under DOS 5.00.  I
>>don't have a machine with OS/2 1.3 handy, so I didn't try that.

>Few things about the MS-Fortran experiments:

>1) I found that the OBJ file produced for the DPARA.FOR is larger than
>   64K (~70k). This may cause failure of the executable. I split
>   DPARA.FOR into 3 files. There are many subroutines so it is easy
>   to split.

>2) I found that compiling with optimization (the default)  causes 
>    failures with DPARA. When  I added the -Od switch the problems
>    went away.


>>Luc B
>>

>Dov


The spara program fails with Watcom 8.5 version of the Fortran compiler,
running in a DOS box under OS/2. The double precision version passes 
with 1 defect. Has anyone run these tests on Watcom 9.0 Fortran? Does
this Single-precision, Double precision dichotomy still hold? 

I hope they have fixed up the floating point code. Its useless to have
a Fortran compiler thats deficient in the one area that the Language
is the undisputed leader in (at least in terms of historical inertia
and available code). I wonder how many people program Windows using
Fortran, so in my opinion all that effort would probably be better
spent in cleaning up their floating point libraries. Their 
educational price is great though, so I can't gripe much. Had I been
a shop that had purchased their compiler to do industrial 
strength numerical work, I'd be hopping mad. 

I'd run out and buy the Lahey compiler, except that its 4 times as
expensive and doesn't support OS/2 2.0 yet. 

Appreciate any comments on all this.


Gyan P. Sinha
UBC, Vancouver.
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Newsgroups: comp.os.os2.programmer
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Date: 11 Sep 92 12:33:26 GMT
Organization: /usr/local/lib/news/organization

In article <92Sep10.221229.26167@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:

>
>Now about Paranoia:
>
>For MS Fortran 5.1, I get *exactly* the same behavior for an
>OS/2 16 bits executable run under OS/2 2.0, for a DOS executable
>under OS/2 2.00 and for the DOS executable under DOS 5.00.  I
>don't have a machine with OS/2 1.3 handy, so I didn't try that.

Few things about the MS-Fortran experiments:

1) I found that the OBJ file produced for the DPARA.FOR is larger than
   64K (~70k). This may cause failure of the executable. I split
   DPARA.FOR into 3 files. There are many subroutines so it is easy
   to split.

2) I found that compiling with optimization (the default)  causes 
    failures with DPARA. When  I added the -Od switch the problems
    went away.


>Luc B
>

Dov
Newsgroups: comp.os.os2.programmer
From: tnt@netcom.com (Terry Turner)
Subject: gnu c++ versions - which is better?
Date: Thu, 10 Sep 92 14:06:50 GMT
Organization: Watch the Skies
Distribution: comp

without starting a flame war, which gnu c++ version do people prefer?
explain. 

if i get a good response and others are interested then i will post a
summary. 

thanks,
-- 
terry
	tnt@netcom.com
Newsgroups: comp.os.os2.programmer
From: jar@inel.gov (Jeffry A Rich)
Subject: Borland C++ & OS/2
Organization: Idaho National Engineering Laboratory, Idaho Falls, Idaho
Date: Mon, 14 Sep 92 18:21:02 GMT

I just purchased Borland C++ ver 3.1 for dos/Windows development and would like to know how this product works under OS/2. Some people have told me that I would have to back out of OS/2 and return to dos/windows in order to properly use BC++, is this true?

Also, if it does work, are there any installation 'Secrets' that need to be addressed?

Regards,
 JR Rich
========== long legal disclaimer follows, press n to skip ===========

Neither the United States Government or the Idaho National Engineering
Laboratory or any of their employees, makes any warranty, whatsoever,
implied, or assumes any legal liability or responsibility regarding any
information, disclosed, or represents that its use would not infringe
privately owned rights.  No specific reference constitutes or implies
endorsement, recommendation, or favoring by the United States
Government or the Idaho National Engineering Laboratory.  The views and
opinions expressed herein do not necessarily reflect those of the
United States Government or the Idaho National Engineering Laboratory,
and shall not be used for advertising or product endorsement purposes.
From: figueroa@SPUNKY.CS.NYU.EDU (Samuel A. Figueroa)
Newsgroups: comp.os.os2.programmer
Subject: Re: Division by 0 crashes OS2/2.0
Date: 9 Sep 92 19:33:04 GMT
Organization: New York University

In a previous article, bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
>In article <1992Sep08.134945.5154@balr.com> andy@balr.com (Andrew Little) writes:
>>In article <92Sep04.024410.14613@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:
>>>In article <1992Sep3.131306.13751@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
>>>
>>>>>>>The following short program compiled with MS-FORTRAN 5.0 with 
>>>>>>>coprocessor crashes OS2 Ver. 2 on my machine:
>>>
>>>I am inclined to believe the other poster (sorry, forgot his name)
>>>who says it may be hardware-related.
>>>
>>>But in my case, it's not an issue of the known bug in some 486
>>>motherboards: I am running this on a 386-25 (an old Mylex motherboard
>>>that I have normally found quite reliable) and (*here it gets
>>>interesting?*) an IIT FPU *not an Intel*.
>>                   ^^^^^^^
>>FYI, we have been able to crash our 386 Unix box (Interactive 3.2)
>>with divide by zeros when we used this FPU, and don't have the same
>>problem with Intel.
>
>The Coprocessor that crashes OS/2 2.0 on my machine is Cyrix.

I am interested in floating-point arithmetic in general.  I am wondering
if this behavior can occur with Intel math coprocessors.  (Someone has
already mentioned that it can occur on poorly-designed 486 motherboards.)
If not, is it due to a bug in IIT and Cyrix chips, and if so, has/will it
be corrected?  What other brands of coprocessors exhibit this behavior?
------------
Sam Figueroa (figueroa@cs.nyu.edu)
This is not a .signature virus.
Do NOT copy me into your .signature file!
Newsgroups: comp.os.os2.programmer
From: hayes@cpsin2.cps.msu.edu (Hayes John H)
Subject: Re: novice gcc/programming question
Originator: hayes@cpsin2.cps.msu.edu
Keywords: gcc gnu
Reply-To: hayes@cpsin2.cps.msu.edu (Hayes John H)
Organization: Dept. of Computer Science, Michigan State University
Date: Tue, 15 Sep 92 09:56:59 GMT

#define SIZE 2500

main ( void )

{
        int nums [ SIZE ],
              i;

        for ( i = 0; i < SIZE; i++ )
          nums [ i ] = i + 1;

        printf ( "COUNT: %d\n%d", i, nums [ i - 1 ] );
        return ( 0 );
}

This generates an access violation code. A dimension of 1000 ends
properly. Numbers in the 100000's range cause the system to hang, and 
1000000 ranges won't even run.

If you have any info please send email or post.

Also, where can I find more information for gcc for os2, like the
differences for the various packages such as the emx and 2.1 versions,
and the idiosyncracies that cause the above described errors.

One last question concerns availability of information on link386 and
how to use it. When it ends, I get the warning that window compat is
assumed. How do you declare this setting so as to abort the warning?

Thanks, John Hayes - jhh@scss3.cl.msu.edu
( If the questions sound trivial, sorry about that, I'm new to the group)

 


Newsgroups: comp.os.os2.programmer
From: ban@ifi.unizh.ch (Bela Ban)
Subject: Shared global memory between OS/2 and WIN-OS/2
Organization: University of Zurich, Department of Computer Science
Date: Mon, 14 Sep 92 18:54:21 GMT

'm looking for a way to exchange data between a WIN-OS/2 session
(full-screen or windowed) and an OS/2 session. Is there another way
besides DDE ? E.g. shared global memory etc...?? (*Is* there such a
thing as shared memory between a WIN-OS/2 session and an OS/2 session
??)
If this is the wrong newsgroup, please redirect me ...
Cheers from Switzerland, Bela Ban


Newsgroups: comp.os.os2.programmer
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Subject: Re: Does kbhit() work for anyone else?
Organization: North Carolina State University
Date: Thu, 10 Sep 1992 13:17:24 GMT

bbs.dennis@tsoft.sf-bay.org (Dennis Yelle) writes:

>I can't get kbhit() to return anything but a 0.
>No matter how many keys I type.

There is a known bug with kbhit().  I believe it is fixed with the latest
C-Set/2 CSD.  (Which should be out RSN if it isn't out already.)
______________________________________________________________________________
     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)
Newsgroups: comp.os.os2.programmer
From: gerry@pizzabox.dialogic.com (Gerry Lachac)
Subject: Re: Help: Kernel Debugger
Organization: Dialogic Corporation
Date: Wed, 09 Sep 92 14:28:52 GMT

In article <1992Sep8.180216.3718@javelin.sim.es.com> rpack@javelin.sim.es.com writes:
> I STILL do not know
>what the purpose of the debugging kernal is, as IPMD works just fine without
>it, and there is none of this async terminal/serial port stuff.


A kernel debugger is *essential* for debugging device drivers.
From: grendel@cis.ksu.edu (Stephen Spencer)
Newsgroups: comp.os.os2.programmer
Subject: gcc/os2 docs
Date: 11 Sep 92 15:15:19 GMT
Organization: Kansas State University, Dept. of Computing and Information Sciences
NNTP-Posting-Host: cygnus.cis.ksu.edu

What format are the gcc docs in for OS/2?  IOW, how can I convert them to 
ASCII again :)

-Steve

-- 
          | we're back at the homestead               |grendel@cis.ksu.edu
              | where the air makes you choke         | sdstpk@matt.ksu.ksu.edu
toad the               |and people don't know you      ------------------------
 wet sprocket                 |and trust is a joke...
From: tibor@server.uwindsor.ca (TORONYI TIBOR            )
Newsgroups: comp.os.os2.programmer
Subject: Need an address
Date: 9 Sep 1992 17:29:40 GMT
Organization: University of Windsor, Ontario, Canada


Can somebody please give me the address (mail, email, internet address) of
Free Software Foundation.

OR

If anybody has or knows of where to locate a C Compiler for OS2, I'd like
to hear from you. 

Thanks.

Tibor Toronyi                        Internet: tibor@alpha.uwindsor.ca
University of Windsor                          tibor@server.uwindsor.ca
Windsor, Ontario
Newsgroups: comp.os.os2.programmer
From: bauwens@acs.ucalgary.ca (Luc Bauwens)
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Date: Mon, 14 Sep 92 00:24:10 GMT
Organization: The University of Calgary, Alberta

In article <1992Sep13.210932.322@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
>In article <92Sep12.023824.23909@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:
>
>>I reran the dpara check under OS/2 2.0 on my machine with those flags
>>-FPi87 -G2 -AL -Od, and surprise surprise, MS Fortran 5.1 came out
>>with only one SERIOUS DEFECT (after milestone 160), and completed the
>>test.
>>
>>But, BTW, for 1./0., the answer was, as before, 1.  And interestingly,
>>Paranoia did not flag that as being a problem.
>>
>>(Dov: I could uuencode my dpara.exe and e-mail it to you.  That would
>>let us establish whether the difference we note is between 5.0 and
>>5.1 or between your and my machine.)
>
>Well, I checked the executable of Luc (thanks Luc!) on my machine
>and it gave the same results as my executable: It crashed 2.0, but 
>1.3 passes with 1 FLAW. I could not check under DOS, since the executable
>was not bound. I tried to bind it with my libraries, but it failed 
>to run under DOS with a runtime error.
>
>So, this establishes that the difference in not caused by the difference
>in compiler versions.

However, on my machine, it completes the test with 1 SERIOUS DEFECT 
under OS/2 2.0.  So, it's not a difference between 1.3 and 2.0, it's
a difference between 1.3 and 2.0 that affects Dov's computer and
not mine!

Luc
From: asgeir@cs.umd.edu (Asgeir Karl Olafsson)
Newsgroups: comp.os.os2.programmer
Subject: PD or shareware Common Lisp?
Date: 13 Sep 92 21:50:10 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

Is there a PD or shareware Common Lisp available for OS/2?

Thanks,
Asgeir.
Newsgroups: comp.os.os2.programmer
From: bauwens@acs.ucalgary.ca (Luc Bauwens)
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Date: Mon, 14 Sep 92 04:15:14 GMT
Organization: The University of Calgary, Alberta

In article <9209121817.AA13759@SPUNKY.CS.NYU.EDU> figueroa@SPUNKY.CS.NYU.EDU (Samuel A. Figueroa) writes:
>According to a paper I have by W. Kahan (the main person behind both IEEE
>Standards for Floating-Point Arithmetic, as well as PARANOIA; this paper
>complains about the quality of Cray's floating-point arithmetic), the IIT
>math coprocessor doesn't round extended (80-bit) precision correctly,
>though due to a "fluke" in their design, this problem doesn't show up in
>double (64-bit) precision.  Does PARANOIA complain about this?  (I would
>not be surprised if it didn't, since few compilers provide direct access
>to extended precision, so PARANOIA might not be able to test this.  How-
>ever, I haven't looked at PARANOIA's source code, so I don't know if it
>somehow knows how to figure this out.)

It does not, and I don't see how it could in a Fortran program where
the relevant variables are specified as double precision.  (Once the
variable is moved out of the fpu, it gets truncated anyway.)

Furthermore, in what context could this be relevant if double precision
is adequate?  (And if it were not, how could you ensure, in Fortran,
that you are using the full 80 bits precision where you need it?)

Luc B
From: rjo@panix.com (Robert Olivier)
Newsgroups: comp.os.os2.programmer
Subject: Re: Writing Device Drivers
Date: 14 Sep 92 14:28:29 GMT
Distribution: na
Organization: PANIX Public Access Unix, NYC

In <msf.716240474@skaro> msf@skaro.as.arizona.edu (Michael Fulbright) writes:

>I am working on a port of the SBBSD unix device driver for the Sound
>Blaster.  I have looked at several sample device drivers and I have
>almost all the info I need. I have 2 remaining questions:

>1) How do you parse the command line from CONFIG.SYS that invoked
>   your device driver?

>   Say CONFIG.SYS has    DEVICE=D:\A.SYS A B C D

>   How do I get the string 'A B C D'? Is it passed as part of the
>   initialization request packet?

The parameters are passed in the init request block beginning at offset
0x12.  This is covered on page 15-5 in the IBM Physical Device Driver
Reference.

rjo@panix.com

-- 
Robert J. Olivier

rjo@panix.com
Newsgroups: comp.os.os2.programmer
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Organization: /usr/local/lib/news/organization
Date: Sun, 13 Sep 1992 21:09:32 GMT

In article <92Sep12.023824.23909@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:

>I reran the dpara check under OS/2 2.0 on my machine with those flags
>-FPi87 -G2 -AL -Od, and surprise surprise, MS Fortran 5.1 came out
>with only one SERIOUS DEFECT (after milestone 160), and completed the
>test.
>
>But, BTW, for 1./0., the answer was, as before, 1.  And interestingly,
>Paranoia did not flag that as being a problem.
>
>(Dov: I could uuencode my dpara.exe and e-mail it to you.  That would
>let us establish whether the difference we note is between 5.0 and
>5.1 or between your and my machine.)
>
>Luc
>

Well, I checked the executable of Luc (thanks Luc!) on my machine
and it gave the same results as my executable: It crashed 2.0, but 
1.3 passes with 1 FLAW. I could not check under DOS, since the executable
was not bound. I tried to bind it with my libraries, but it failed 
to run under DOS with a runtime error.

So, this establishes that the difference in not caused by the difference
in compiler versions.

Dov



Newsgroups: comp.os.os2.programmer
From: Larry Margolis <margoli@watson.ibm.com>
Subject: Re: Icons in the title bar (a la EPM in ring enabled mode)
Date: Thu, 10 Sep 1992 19:23:35 GMT
Distribution: comp.os.os2.programmer
Reply-To: margoli@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: The Village Waterbed

In  <h1qn40+.msmith@netcom.com>  msmith@netcom.com (Martin P. Smith) writes:
> The subject pretty much says it for me. How can I create icons in the title
> bar. I would really like to build this capability into a product I am
> developing. I have looked through the programmers guide volume two but
> cannot seem to find the relevant info.

In general terms:

   Subclass the frame's window procedure.  In your subclassed windowproc,
   process the WM_QUERYFRAMECTLCOUNT message by returning the value you
   get from calling the frame's default windowproc plus the number (n) of
   controls you want to add.

   Process the WM_FORMATFRAME message by calling the frame's default
   windowproc, and you'll get back an array of SWP structures equivalent
   to the value you returned for WM_QUERYFRAMECTLCOUNT.  The last n are
   for the ones you added, and are there for formatting the controls you
   want to add.  You can find the window handle for the title bar and
   shrink the size as needed.  For your controls, put in appropriate
   formatting information as well as the desired window handle (which
   you've already created).

Look at the WM_FORMATFRAME documentation if anything's not clear.

Larry Margolis, MARGOLI@YKTVMV (Bitnet), margoli@watson.IBM.com (Internet)
(Technical details courtesy of John Ponzo)
From: grant@pentagon-gw.army.mil (Pete Grant)
Newsgroups: comp.os.os2.programmer
Subject: Re: C++ Compiler for OS/2, which is NOT GNIU
Date: 11 Sep 92 21:43:15 GMT
Organization: U.S. Army Artificial Intelligence Center, The Pentagon

In article <1992Sep9.011445.1149@unlv.edu> slumos@bobby.cs.unlv.edu (Steve E. Lumos) writes:
>
>Meanwhile, people are all but BEGGING for compilers...
>
Whatdyamean "all but"?  Philippe Kahn -- are you listening?  I'm begging!

Pete (a *LONG* time Borland products user)
Newsgroups: comp.os.os2.programmer
From: tanith@csd4.csd.uwm.edu (Michael D Kretzer)
Subject: Re: C Set/2 CSD0014
Originator: tanith@csd4.csd.uwm.edu
Reply-To: tanith@csd4.csd.uwm.edu
Organization: University of Wisconsin - Milwaukee
Date: Mon, 14 Sep 1992 23:11:39 GMT

From article <1992Sep14.201653.19531@sbcs.sunysb.edu>, by mjn@sbmiclr.cs.sunysb.edu (The Sixth Replicant):
> Is there an internet host which has C Set/2 CSD's ?  I can't find them on
> hobbes or watson.

The C Set/2 CSD's are on ftp-os2.nmsu: /pub/os2/2.0/patches/cs0014.zoo
From: Lynn.Nash@f107.n207.z1.fidonet.org
Newsgroups: comp.os.os2.programmer
Subject: Basic On Os/2?
X-Sender: newtout 0.02 Aug 21 1992
Date: 12 Sep 92  13:06:02

RS>Organization: Northern Telecom Inc., RTP, NC
RS>From: rls@tip.wedge.nt.com (Robert L. Smith)
RS>Message-ID: 1992Sep5.151303.18737@rock.concert.net
RS>Newsgroups: comp.os.os2.programmer
RS>    But I have an old copy of GWBASIC lying around that runs fine
RS>under all variants of DOS.  When I invoke it in full screen DOS under
RS>OS/2, I get the cute reprimand,
RS>        You can not SHELL to BASIC
RS>as if I were calling in artillery! -- followed by the DOS prompt.
RS>    I've used BASIC for years for quickie programs, such as mortgage
RS>reduction, backyard measurements, etc.  Reusing it would seem to be
RS>a lot quicker than learning REXX, which may or may not be suitable
RS>for the same uses.  Must I take OS/2 down and boot from DOS?  Where
RS>is IBM's vaunted compatibility?

Must be a version specific. I just tried this in a DOS window

GW-BASIC 3.23
(C) Copyright Microsoft 1983,1984,1985,1986,1987,1988
60300 Bytes free
Ok 
10 for i = 1 to 2
20 print "Hello"
30 next i
run
Hello
Hello
Ok 
system

Sat  9-12-92 13:04:51.63 D:\RBBS>

--Lynn Nash
___
 * MR/2 1.1 NR * BETA TESTERS WHO LIE! On the next Geraldo...
                      
--- Maximus/2 2.01wb
Newsgroups: comp.os.os2.programmer
From: jbhuber@iastate.edu (Joseph B Huber)
Subject: Re: mktemp() and emx/gcc
Organization: Iowa State University, Ames, IA
Date: Wed, 9 Sep 1992 23:51:10 GMT

In article <1992Sep9.193715.23896@news.iastate.edu> jbhuber@iastate.edu
(Joseph B Huber) writes:

>Has anyone gotten mktemp() to work under emx/gcc? When I try to use it,
>mktemp returns NULL and does not modify the 'XXXXXX' portion of the filename
>template. This occurs with programs I have written as well as previously
>written code. I have included <io.h>. 

Solved. I was using a file template that had an extension. mktemp doesn't like
file templates that have extensions. This slipped by me as well as the
original programmer.



-- 
Joe Huber 
(jbhuber@iastate.edu)        | Capt. James T. Kirk on the 2nd law of thermo: 
Dept. of Mech. Egr.          |  "It's not a hundred percent efficient,
Iowa State University        |   but nothing ever is."