HDTenEightyP/NetNews huggingface dataset:
From: beaurega@ireq.hydro.qc.ca (Denis Beauregard)
Subject: Re: Fortran Grammar...
Organization: Institut de recherche d'Hydro-Quebec, Varennes, Canada
Date: Fri, 8 Jan 1993 20:36:20 GMT

>Do you know of a document that presents the grammar of the Fortran
>language ? I have the compiler, but no documentation, and I don't know
>what to do...

What about buying a legal copy?

-- 
  \_\    Denis Beauregard  *  internet:beaurega@ireq.hydro.qc.ca
 /   \   Ge'ne'alogiste des familles : Beauregard/Jarret/Jarest/Vincent
J   __>  Un Que'bec renouvele' dans une Ame'rique renove'e
\_.-===  Ope'rateur de "Racines du Que'bec" (514) 922-9636 BBS/Genealogie
From: lgoodfie@sobeco.com (l.goodfield)
Newsgroups: comp.os.msdos.programmer
Subject: Looking for SPFPC editor recent version
Keywords: SPFPC
Date: 7 Jan 93 06:35:14 GMT
Organization: Sobeco Ernst & Young

I am searching for a recent version/release of the SPFPC editor.

Please e-mail me if you can be of some assistance.

Thanks in advance.

Lionel.


-- 
Lionel Goodfield
(514) 592-4204
Internet Access: lgoodfie@sobeco.sobeco.com
    UUCP Access: uunet!sobeco!lgoodfie
Newsgroups: comp.os.msdos.programmer
From: tilo@nmr.lpc.ethz.ch (Tilo Levante)
Subject: Turbo Pascal -- DBase Interface
Organization: NMR-Group, Physical Chemistry Lab., ETH-Zuerich, Switzerland
Date: Mon, 11 Jan 1993 14:22:54 GMT

I have a Version of a interface from Turbo Pascal to DBase III from
Griffin Solutions. But I need a interface to DBase IV.

Is there a new version of the software from Griffin Solutions (resp.
could someone give me his email address). 

Thanks for all hints 

Tilo

Newsgroups: comp.os.msdos.programmer
From: brown@NCoast.ORG (Stan Brown)
Subject: Re: comp.os.msdos.programmer FAQ diffs
Organization: Oak Road Systems, Cleveland Ohio USA
Date: Thu, 7 Jan 1993 16:13:06 GMT

In article <msdos-faq-diff.930106@NCoast.ORG> brown@NCoast.ORG (Stan Brown) writes:
>Archive-name: msdos-programmer-faq/diff1
>Last-modified: 1993 Jan 6
>

Two further changes:  Ralf Brown's Interrupt List is now at level 33 not
level 32, and PKZIP is now at level 2.04; the latter can be obtained
from PKWare's bulletin board at +1 414 354 8670.

The next edition of the FAQ list will incorporate these revisions.
-- 
Stan Brown, Oak Road Systems                      brown@Ncoast.ORG
Cleveland, Ohio, USA
From: judy@evolving.com (Judy Bettinger)
Newsgroups: comp.os.msdos.programmer,comp.windows.ms.programmer
Subject: Trouble with I/O commit()
Summary: low-level I/O not writing directly to disk
Date: 7 Jan 93 19:43:11 GMT
Organization: Evolving Systems, Inc.



Does anyone now of a way to force the low-level C write() function to flush
the buffer to the disk?  A call to commit() isn't doing anything.

Details:

Our environment is Windows 3.1 running under MS-DOS 5.0 and we're using
Microsoft C 7.00.  The routine we're trying to write just runs in a DOS
window.  The write() call is embedded in a database package
called CBase, but we do have the source -- that's how I've been able
to experiment with it.  I've been testing by running the process that 
does the writing in a Codeview window and just doing 'type' from another
DOS window.

What we've tried so far:

First, we checked to see if good 'ol stream I/O (fopen, etc.) would
successfully do an fflush().  We finally discovered (no thanks to the
Microsoft support line) , that we needed to call fopen with
the "c" option and bind in commode.obj.  No problem, stream I/O will now
flush properly.  However, when we switch back to cbase, which uses the low-
level routines, we don't see anything written out until we close the file. 
We've tried not running smartdrv and I added a call to commit() to the 
write routine, but no luck.

I had thought that the low-level routines didn't buffer in the first place, 
but it 'pears I was mistaken.

Anybody got any ideas?
-- 
#include <std_disclaimer.h>
Judy Bettinger  (judy@evolving.com)
Evolving Systems, Inc.
Denver, Colorado
Newsgroups: comp.os.msdos.programmer
From: fwbent@watmsg.uwaterloo.ca (Fred Bent)
Subject: Re: Borland .OBJ file format requested
Keywords: format object
Organization: University of Waterloo
Date: Tue, 5 Jan 1993 14:11:39 GMT

In article <sankey.726186518@unixg.ubc.ca> sankey@unixg.ubc.ca (Todd Sankey) writes:
> Does anyone have information on Borland's object file format?
>

Well, Micros*ft's MS-DOS Encyclopedia has a good section on the
.OBJ format.  You might also want to get a copy of READOBJ.ARC
from wuarchive.

Borland has some extensions to COMENT record type which are
documented in their Open Architecture package.

Basically the .OBJ is built from the Intel Object Module file format
which is simply a record like so:


  -----------------------//--------------
  ! type ! length  !    data   ! chksum !
  ----------------------//---------------

Where:    type is a byte

          length is a word

          data is a variable length record which depends upon the
             type of the record

          chksum is the inverted sum of all the data in the
             record modulo 256.  (So adding up all the bytes in
             the record will get you zero).

>
>
>-- 
>		Todd Sankey
>		sankey@unixg.ubc.ca
>

--
Fred Bent			Department of Computer Science
fwbent@plg.uwaterloo.ca		University of Waterloo
From: tchnd-au@garnet.berkeley.edu (Yuval Oren)
Newsgroups: comp.os.msdos.programmer
Subject: Trapping '..' expansion
Date: 12 Jan 93 01:39:39 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: garnet.berkeley.edu


I need to trap all '..' expansion. Is it enough to just trap INT 21,
60h -- resolve path -- or do I have to trap them *all* (cd, rd, open,
etc.). In other words, does every function that expands paths call on
INT 21, 60h, or does each interrupt do it on its own?

Yuval
-- 
________________________________________________________________________
|Yuval Oren						               |
|yuval@ocf.berkeley.edu     				               |
| "One spoiled green bird is worth two cooks in the other grass broth."|
Newsgroups: comp.os.msdos.programmer,alt.sources.wanted,comp.sources.wanted
From: hbj@engr.uark.edu (Bernard Johnson)
Subject: Re: text windowing source in C++ for DOS
Organization: University of Arkansas
Date: Wed, 6 Jan 1993 08:17:32 GMT

ph12hucg@sbusol.rz.uni-sb.de (Carsten Grammes) writes:

>The Zortech C/C++ Compiler contains a text-windowing package written
>in C++ (including sources). Of course it's commercial...

I already have it installed on my machine at work but because of loss of time I
haven't had time to evaluate the package.  I'll definately make time now.

Btw, Borland also has Turbo-Vision but it is overkill for what I'm trying to
do.  It is also very hard to learn.

Bernard Johnson
hbj@engr.uark.edu
From: jmt7@ns1.cc.lehigh.edu (JOHN M. TROIANO)
Newsgroups: comp.os.msdos.programmer
Subject: Re: question on spawning DOS from C prog
Date: 7 Jan 93 14:05:24 GMT
Organization: Lehigh University

In article <tim.36.726368023@tim.src.utah.edu>, tim@tim.src.utah.edu (Tim Ma) wr
ites:
>>Subject: Re: question on spawning DOS from C prog
>>Date: 6 Jan 93 10:50:55 GMT
>>jmt7@ns1.cc.lehigh.edu (JOHN M. TROIANO) writes:
>>
>>>For example, after spawning DOS the user would
>>>see:
>>>            <Type EXIT to return to program>      <--this would appear
>>>                                                     each time <RET> hit
>>>            C:\
>>>    Is there, perhaps, a parameter to COMMAND.COM to do this?
>
>Reply was:
>------------------------------------------------------------------------
>>In your function declare something like:
>>
>>      static char prompt[]="PROMPT=<Type EXIT to return to program>$_$_$P";
>>
>>and before the spawnl() do a
>>
>>      putenv(prompt);
>>
>>to get exactly what you want.
>>
>>Greetings,
>>Wolfgang
>>--
>>siebeck@infoac.rmi.de (Wolfgang Siebeck)
>
>Is this possible?  It was my understanding that 'spawn' called a new command
>shell so any changes in the environment would not be carried over.
>
>I've always used 'spawnl' with the 'e' suffix to set or pass on environment
>variables.
>
>Curiously,
>
>Tim Ma
>Associate Programmer
>University of Utah
>Email:  tim@src.cppa.utah.edu
>

Hi, I am the original poster of this problem: this is especially to
Tim and Wolfgang. I tried the code below (which is I think what both
of you guys are suggesting) but it does'nt work (the new prompt
string is ignored). Any ideas?     - John.

#include <stdio.h>
#include <process.h>
#include <dos.h>
#include <stdlib.h>

int main( int argc, char *argv[], char **envp )
{

printf( "\ninside main, spawning DOS\n" );
sleep( 2 );

putenv( "prompt=$_type EXIT to return to program $_$_$p$g" );

spawnlpe( P_WAIT, "command.com", NULL, envp );

printf( "\nback from spawn!\n" );

sleep( 2 );

}
Newsgroups: comp.os.msdos.programmer
From: tim@tim.src.utah.edu (Tim Ma)
Subject: Re: question on spawning DOS from C prog
Organization: University of Utah
Date: Thu, 7 Jan 1993 00:53:43 GMT

>Subject: Re: question on spawning DOS from C prog
>Date: 6 Jan 93 10:50:55 GMT
>jmt7@ns1.cc.lehigh.edu (JOHN M. TROIANO) writes:
>
>>For example, after spawning DOS the user would
>>see:
>>            <Type EXIT to return to program>      <--this would appear
>>                                                     each time <RET> hit
>>            C:\
>>    Is there, perhaps, a parameter to COMMAND.COM to do this?

Reply was:
------------------------------------------------------------------------
>In your function declare something like:
>
>	static char prompt[]="PROMPT=<Type EXIT to return to program>$_$_$P";
>
>and before the spawnl() do a
>
>	putenv(prompt);
>
>to get exactly what you want.
>
>Greetings,
>Wolfgang
>--
>siebeck@infoac.rmi.de (Wolfgang Siebeck)

Is this possible?  It was my understanding that 'spawn' called a new command 
shell so any changes in the environment would not be carried over.

I've always used 'spawnl' with the 'e' suffix to set or pass on environment 
variables.

Curiously,

Tim Ma
Associate Programmer
University of Utah
Email:  tim@src.cppa.utah.edu
From: cyberman@exucom.com (Stephen R. Phillips)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Equivilent of UNIX exec shell cmd
Date: 9 Jan 93 17:25:26 GMT
Organization: ExuCom Multimedia Inc.
X-Newsreader: TIN [version 1.1 PL8]

Michael Spencer (spencer@cats.ucsc.edu) wrote:

: PROBLEM: How do you call a batch file from a C program
: 	    without leaving the batch file "live" ?

: ANSWER:  You can't.

	HUH!  This is quite untrue!
try spawning to command.com and use the /c parameter! 

Cyberman 
-- 
This is my sig file!
Read rec.games.programer!
Newsgroups: comp.os.msdos.programmer
From: msc@snoopy.ncku.edu.tw (Mac Su-Cheong (MSC))
Subject: Re: Turbo Vision is too fat!
Organization: National Cheng Kung University, Tainan, Taiwan
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 12 Jan 1993 14:53:02 GMT

Hello,

  Thank you very much for all your advices. For the same "Hello, world"
program, I am now able to slim it down from 200K+ to 110K+. I select
"Smallest code" in 'code generation' option and disable all the debug
information. However, 110K is still a bit too big for me, and what I
need is only a small subset of the functions provided by TV. So, I give
up TV and get several shareware and public domain 'window and menu'
libraries from SIMTEL20. The executable file size seems ok (the demo
inside are small), need more testing.

  Thanks again for all your help.

------------------------------------------------------------------------------
Mac Su-Cheong (MSC)       | Computer Science Division, |          __o
msc@eembox.ncku.edu.tw    | Department of E.E.,        |         -\<,
nckus089@twnmoe10.bitnet  | National Cheng Kung Univ., |        O/ O
msc@snoopy.ncku.edu.tw    | Tainan, Taiwan, R.O.C.     | Hey....I am the wind!
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer,rec.games.programmer
From: akugel@genius.tau.ac.il (Alexander Kugel)
Subject: Re: Need help with Phar Lap DOS Extender and assembly
Organization: Tel Aviv University School of Math and CS, ISRAEL
Date: Mon, 4 Jan 1993 16:11:44 GMT

In article <3JAN199313402308@zeus.tamu.edu> s0r1282@zeus.tamu.edu (RAVET, STEVEN) writes:
>In article <g8trrpd@lynx.unm.edu>, cslewis@hydra.unm.edu (Scott Lewis) writes...
>
>->I am trying to program a graphics application with BC++ 3.1 and
>->Phar Lap 286 Dos Extender Lite.  I need to write directly to the
>->video memory, but can't seem to do this successfully.  Perhaps
>->someone could help me solve this problem.
>...
>The real reason I am posting is to recommend a different compiler, GCC from
>the Free Software Foundation.  It comes with a dos extender that supports
>...
>the driver handles paging through video memory, etc.  The DOS port of GCC is
>called djgcc, and is available from barnacle.erc.clarkson.edu in
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^
>pub/msdos/djgcc.  use anonymous ftp, login anonymous, password anything
                       ^^^^^^^^^^^^^  ^^^^^^^^^^^^^^^^^^^^^^^^^

       Are you sure ?

> ftp barnacle.erc.clarkson.edu
Connected to barnacle.erc.clarkson.edu.
220 barnacle.erc.clarkson.edu FTP server (Version 6.37 Wed Oct 21 14:19:24 EST 1992) ready.
Name (barnacle.erc.clarkson.edu:akugel): anonymous
530 User anonymous access denied.
Login failed.
ftp> quit
221 Goodbye.
>


	Regards.
	     Alex.
Newsgroups: comp.os.msdos.programmer
From: scottb@casbah.acns.nwu.edu (Scott Buchholz)
Subject: vi clones for pc
Organization: Northwestern University, Evanston, Illinois, USA
Date: Wed, 6 Jan 1993 15:07:53 GMT

Greetings,

The subject line pretty much says it all, I guess.  A friend of mine is
looking for vi clones (preferably public domain.)

Any suggestions?

Thanks,

Scott Buchholz
From: bobk@ESD.3Com.COM (Bob Konigsberg)
Newsgroups: comp.os.msdos.programmer
Subject: More Clipper Problems
Summary: Clipper problems w/3Station continue...
Keywords: 3Station
Date: 11 Jan 93 19:53:04 GMT
Distribution: comp

So we have yet another problem related to Clipper and the 3Com 3Station
environment.

The error message provided states:
"NETWORK OPEN ERROR: DBFNTX/1003 Open Error on APOX2.NTX - DOS error 4

Error 4 means not enough File Handles.

As before, the Clipper application will run fine on a 386 PC connected
to the same network resources as the (286) 3Station. 

The changes made to the 3Station's environment include:

Making drive C: writable (private Start Volume)
Increasing File Handles to 100
Setting environment variable CLIPPER to F75 and F075
Setting BUFFERS-35 in CONFIG.SYS
Installing an EMS driver
Setting SWAPPATH=E:\temp (directory does exist)

So far, none of these things have helped.  If anyone has any further
clues I'd sure appreciate them.

Thanks, and please respond by email.

BobK
From: lfosdal@falcon.no (Lars Fosdal)
Newsgroups: comp.os.msdos.programmer
Subject: MS QuickHelp HELPMAKE.EXE - Where ???
Date: 7 Jan 93 17:37:05 GMT
Organization: Falcon Information Services AS, Oslo, Norway

I've been trying to find the MS HELPMAKE.EXE utility
that'll build MS Quick Help files.  I've looked at several MS packages
but I can't find it anywhere.

Could someone please mail me info on where this utility can be found ?

Lars F.
--
/ Mr.Lars Fosdal, Software Developer, Financial Analysis Systems  /
/ Falcon Information Services AS, Stranden 1, N-0250 Oslo, Norway /
/ E-mail:lfosdal@falcon.no  Tel:(47-2) 831310  Fax:(47-2) 831290  /
-- All opinions are personal and does not reflect company policy --
Newsgroups: comp.os.msdos.programmer
From: tennesen@mars.dgrc.doc.ca (Andy Tenne-Sens)
Subject: MS Word 5.5 File Format: Request Info
Keywords: Word 5.5
Date: Mon, 11 Jan 93 18:26:24 GMT


Can anyone lead me to detailed information on the file format in 
Microsoft Word 5.5 *.DOC files ?

Thanks in advance.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Andy Tenne-Sens                      
Communications Research Centre / DRL
P.O. Box 11490, Station H            
3701 Carling Ave.                    E-mail: tennesen@mars.dgrc.doc.ca
Ottawa, Ontario                      Office: (613) 998-2645
CANADA   K2H 8S2                     Fax:    (613) 990-7987

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: sloope@cs.uh.edu (Perry Kim Sloope)
Newsgroups: comp.os.msdos.programmer
Subject: Looking for Pascal to C converter for Borland products.
Date: 7 Jan 1993 03:01:33 GMT
Organization: Computer Science dept.,  Univ. of Houston (Main Campus)
Distribution: world
NNTP-Posting-Host: rodin.cs.uh.edu
Summary: Commerical, shareware or public domain converters.


As the subject indicates I'm looking for a product that can do Pascal 
to C conversions.  One that is geared to do Turbo Pascal to C is what
is really needed.  I have seen some PD converters, but most are old and
are not really set up to deal with Turbo Pascal.  It would be nice to
have one that at least handles strings.

If anyone knows of any good converters, commercial, shareware, or public
domain,  I would appreciate hearing from you.

Thanks

PK
sloope@cs.uh.edu


Newsgroups: comp.os.msdos.programmer
From: draper@ais.org (Patrick Draper)
Subject: More Phar Lap stuff
Organization: UMCC
Date: Mon, 4 Jan 1993 21:30:03 GMT

Hi,

Has anyone had trouble with Phar Lap's spawn functions? I can't seem to get
them to work.

My program starts off immediately with a spawn function, then after it
returns, it initializes the c-tree database library. C-tree works well in
protected mode, and has been ported to tons of operating systems, some
protected, some not. I don't think the bugs in c-tree, so that leaves one
other possibility.

The exact error I get is protection exception, with an error code of 0000
(null pointer asignment or reference).

Thanks for any input,

------------------////////////////////\\\\\\\\\\\\\\\\\\\\------------------
| Patrick Draper-ZBT       Disclaimer:  I can't control my fingers,        |
| draper@umcc.ais.org                   I can't control my toes! - Ramones |
| University of Michigan Computer Club                                     |
NO CARRIER                     We are a nation of laws, not people         |
------------------\\\\\\\\\\\\\\\\\\\\////////////////////------------------
Xref: sparky comp.os.msdos.programmer:11914 comp.os.msdos.misc:6911
From: uclyjjd@ucl.ac.uk (Julian Daley)
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
Subject: Redirecting output from a batch file.
Keywords: batch redirection
Date: 8 Jan 93 12:40:18 GMT
Organization: Bloomsbury Computing Consortium

Here's an easy one .....

How do I redirect standard output from a .BAT file ?

If I have a one line file TEST.BAT which looks like this -
@echo Hello World

and I type ...

TEST > TEST.OUT

... at the C> prompt I get "Hello World" on the screen and a 0 
length file, TEST.OUT

Is this correct behaviour under DOS 5 ?
Am I going mad ?
Should I switch to UNIX ? (OK, I know the answer to that one !)

Julian.

--
        _____________________________________________________
       | Julian Daley,                     j.daley@ucl.ac.uk |
       | Department Clinical Physics, Guys Hospital, London. |
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: sill@zoe.as.utexas.edu (Daniel Sill)
Newsgroups: comp.os.msdos.programmer
Subject: Re: gnu indent and uuencode, uudecode
Date: 11 Jan 93 13:55:20 GMT
Organization: McDonald Observatory, University of Texas @ Austin

you should check around at some anonymous ftp sites...

i have come across 2 or 3 "uudecoders" for the pc...i know
i have seen some for windows, and i am sure there is some
for dos too...

sorry...don't remember the names :(

daniel
-- 
* "You can't have everything...where would you put it ?" * 

Daniel A. Sill    sill@zoe.as.utexas.edu
Department of Astronomy - The University of Texas @ Austin
Newsgroups: comp.os.msdos.programmer
From: brown@NCoast.ORG (Stan Brown)
Subject: Re: question on spawning DOS from C prog
Organization: Oak Road Systems, Cleveland Ohio USA
Date: Sat, 9 Jan 1993 14:47:07 GMT

In article <o0q1wB2w165w@cybrspc.uucp> roy%cybrspc@cs.umn.edu (Roy M. Silvernail) writes:
>siebeck@infoac.rmi.de (Wolfgang Siebeck) writes:
>
>> In your function declare something like:
>> 
>> 	static char prompt[]="PROMPT=<Type EXIT to return to program>$_$_$P";
>> 
>> and before the spawnl() do a
>> 
>> 	putenv(prompt);
>> 
>> to get exactly what you want.
>
>This will, of course, require that you have spare room in your
>environment block.  Applications are passed a _copy_ of the environment
>by command.com, which has all spare space trimmed off.  Thus, the
>putenv() call may very well fail.

Well, anything _may_ fail; but it's unlikely that the putenv call will.

I've long since lost track of which compiler we were talking about.  But
Microsoft C _putenv makes it quite clear that what is modified is the
run-time library's _copy_ of the environment. From the description of
wht happens, it appears that the _putenv( ) will succeed unless the heap
space is exhausted.

Both BC++ 2.0 and MSC++ 7.0 manuals specifically say that putenv/_putenv
can be used to add an environment variable; neither warns about running
out of space.  From this I conclude that BC++'s version works similarly
to MSC++'s on its copy of the environment that it received from DOS, not
on the (space-limited) environment that it received from DOS.

Department of amplification:

In an earlier follow-up I said that spawn would create a secondary
command shell.  This is true when what you spawn is COMMAND.COM; but
that was not what the original question was about.  My comment was
incorrect in that context.

-- 
Stan Brown, Oak Road Systems                      brown@Ncoast.ORG
Cleveland, Ohio, USA

"Life!  Don't talk to me about life!"
From: wmark@msw (Mark S. Winsor)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Equivilent of UNIX exec shell cmd
Date: 8 Jan 93 02:26:43 GMT
Organization: ProVAR

spencer@cats.ucsc.edu (Michael Spencer) writes:
> 
> PROBLEM: How do you call a batch file from a C program
> 	    without leaving the batch file "live" ?
>  
> WORK AROUND:
> 	    2) Push the batch file name on the keyboard stack 

How is this done? Does anybody have a snippet of code that I could see?

Thanks.

--
Mark S. Winsor             email: wmark@wb3ffv.ampr.org
ProVAR, Inc
-- 
                                __                
email: wmark@wb3ffv.ampr.org   '  )--,--,          /       Mark S. Winsor 
                                 /  /  / __.  __  /__,     Systems Analyst
#include <stddisclaimer.h>      /  /  (_(_/|_/ (_/ \_      ProVAR, Inc.
Newsgroups: comp.os.msdos.programmer