HDTenEightyP/NetNews huggingface dataset:
From: kulokari@klaava.Helsinki.FI (Hannu Kulokari)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Cry for Help: TCP/IP programming API wanted
Keywords: MSDOS, TCP/IP, Sockets
Date: 16 Dec 92 21:06:52 GMT
Organization: University of Helsinki

In <3BZVVB2w165w@angus.mi.org> thx1138@angus.mi.org (Scott Abfalter) writes:

>Help: 

>I am going to be rewriting LAN software for my company and we need to
>use TCP/IP and some sort of socket API. 
> 
>We're not happy using FTP software's PC/TCP for DOS because the 
>programmers development kit forces you to replace the Microsoft system
>include files with their own butchered version. 

Just put the PC/TCP include directories ahead of MSC include directories
in your INCLUDE path, and everything will be fine.
From: doug@rocker.uucp (Doug Luecke)
Newsgroups: comp.os.msdos.programmer
Subject: Reading QuickBasic (MBF) floating point numbers from C/C++
Date: 14 Dec 92 17:05:54 GMT
Organization: Terzon Systems, Inc.,   Richardson, Texas

I need to convert floating point numbers stored in Microsoft Binary Format 
(MBF) to the native float type used by Borland C++.  The project I'm
currently working on needs to manipulate data read from files created by a
Quick Basic program.  This data consists of integers, strings, and floating
point numbers.  The floats aren't compatible with the native BCC format.

Does anyone know the format of the floating point numbers used by Quick
Basic in MBF?  Is there any C or C++ code around that can convert MBF
floats into native float numbers?  I can also write the routines myself
if I can get my hands on some documentation on the MBF float format.

Thanks muchly,
doug
-- 
Doug Luecke                      UUCP:      uunet!iex!rocker!doug
Terzon Systems, Inc.             INTERNET:  iex!rocker!doug@uunet.uu.net
Richardson, Texas                MABELL:    214/234-8222
From: John.Gibney@f386.n632.z3.fidonet.org (John Gibney)
Newsgroups: comp.os.msdos.programmer
Subject: Re: dos console output
Date: Mon, 14 Dec 1992 08:08:04

 -=> Quoting HomerAllheory.tc.cornell.e to All <=-

 Ho> From: homer@theory.TC.Cornell.EDU (Homer Smith)
 Ho> Organization: Cornell Theory Center

 Ho> I am using fortran CALL FSYSTEM ('DOS COMMAND')
 Ho> to run various dos commands like MKDIR etc.  How do I get
 Ho> DOS to NOT write to the console during such operations, the
 Ho> console will be used for graphics application.  
 Ho> 
 Ho> For example if you copy a file, it always says '1 file copied.'

Uhmm...  have you tried:-

        CALL FSYSTEM ('mkdir MYDIR > nul')

Any output from the spawned command should end up in the NUL
device... at least, that's what happens when I do things at
the DOS prompt.


John  :-)
___ Blue Wave/QWK v2.10

 * Origin: Eastern Mail Centre [PEP] OZ. +61-3-725-1621 (3:632/386)
Newsgroups: comp.os.msdos.programmer
From: cma@eniac.inesc.pt (Carlos Antunes)
Subject: Re: How to program the mouse in SVGA mode?
Organization: INESC - Inst. Eng. Sistemas e Computadores, LISBOA. PORTUGAL.
Date: Sat, 19 Dec 1992 22:07:06 GMT

In article <1992Dec16.103046.131114@mswe.dnet.ms.philips.nl> smhkotmans@mswe.dnet.ms.philips.nl writes:
>Hi Netters,
>
>I have a question regarding graphical mouse programming in 640x480 or 800x600
>SVGA mode.
>In VGA mode, my program can show and manipulate the mouse cursor just fine.
>When i switch over to SVGA mode, the mouse cursor is not visible any more
>although the mouse driver still reports the mouse as being present.
>
>What extra/completely different must i do to get the mouse working correctly
>in SVGA mode?
>
>If this matters: 
>    I'm using INT 33h calls in a C program in combination with an 
>    ATi Wonder XL video card with bus mouse.
>

In general, the mouse drivers do not support SVGA video modes. You can
still use the driver to report mouse movement, but the pointer will not
show.

If you are programming in Turbo C or Borland C, you can use the BGI's in
svgabg52.zip. You can get this at SIMTEL (pd1:<msdos.borlandc>). This
library has suport for almost all SVGA cards and includes mouse support
also (some bugs exist however).

Regards,
Carlos Antunes.

-- 
Carlos Antunes @ INESC - Instituto de Engenharia de Sistemas e Computadores
E-mail to cma@eniac.inesc.pt
From: mcintosh@ccwf.cc.utexas.edu (aubrey mcintosh)
Newsgroups: comp.os.msdos.programmer
Subject: Re: A survey: Your dream operating system
Date: 14 Dec 92 04:53:05 GMT
Reply-To: mcintosh@ccwf.cc.utexas.edu (aubrey mcintosh)

There is an operating system that runs on the '386 machines,
and whose source is published.  It is available by 
anonymous FTP.

One nifty thing is that it has native code compilers on the
SPARC, MacII, ...

I have moved user data files between these machines, and
they load without translation.

The published version is for a N.S. 32x32 style cpu, on a
custom workstation.

The system compiles in 9 seconds.

Text processing, Graphics processing, oops language support
tight integration between applications all are evident.  I
have used this for almost 2 years, and prefer it to other
environments I have used.  I comprehended the system calls,
and implemented a message based "viewer" in significantly
less time than it took to modify a canned MS Windows
demo.


ftp: neptune.inf.ethz.ch:/Oberon/<SPARC,MacII,DOS386> 
Postscript docs are typically available.

The ports are made by different individuals, and some
experimental details of the language and operating system
exist.  Specific applications are included in some
releases but not others.

Here is an excerpt from the Oberon/SPARC/readme file

----------begin snippet--------

DOCUMENTATION
-------------

SPARC-Oberon contains some basic on_line documentation to enable
first_time users to get started with Oberon. However, for serious work
we recommend the following books published by Addison_Wesley.
Note that "Project Oberon" contains the full source code of the Oberon 
system and compiler. The source code is also available via ftp from
subdirectory /Oberon/Examples.

N. Wirth and M. Reiser: Programming in Oberon. Steps beyond Pascal and
Modula_2.
Addison Wesley, 1992, ISBN 0-201-56543-9.
Tutorial for the Oberon programming language and concise language
reference.

M. Reiser: The Oberon System. User Guide and Programmer's Manual.
Addison Wesley, 1991, ISBN 0-201-54422-9.
User manual for the programming environment and reference for the standard
module library.

N. Wirth and J. Gutknecht: Project Oberon. The Design of an Operating
System and Compiler.
Addison Wesley, 1992, ISBN 0-201-54428-8.
Program listings with explanations for the whole Oberon system,
including the compiler for NS32000.


....

Any problems or comments may be reported to oberon@inf.ethz.ch

-----end included snippet-------

Aubrey McIntosh  /  Chemistry  /  University of Texas  /  Austin, TX 78712
...another Gaelic learner...
Newsgroups: comp.os.msdos.programmer
From: "peter curran" <peter.curran@canrem.com>
Subject: copy protection informatn
Reply-To: "peter curran" <peter.curran@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 18 Dec 92 14:20:10 EST

>Also, note that many people won't purchase/use copy-protected s/w. This
>is not because they are pirates or out to defraud you.  In fact, the
>implicit assumption on the vendor's part that the customer is likely to
>be up to something nefarious can be sufficiently off-putting in itself.

As a software developer, I have a slightly different perspective on
this.  I too hate copy protection, but we found that it is essential.
We have used a dongle on our package (a raster-to-vector conversion
package, selling for about $2000).  We apologize to our users for this
in the documentation.

However, we have been told by every distributor that we have signed
up that they would not carry the product if we did not have this
protection.  The dealers are not willing to carry products without
it.  It is extremely difficult to locate good distributors for such
software, and we cannot afford to do anything which would cause them
to reject or under-sell the product for any avoidable reason.

Peter Curran
Usenet: peter.curran@canrem.com     RIME: CRS (#118)
---
  DeLuxe 1.25 #12339  
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.os.msdos.programmer
From: davc@r-node.gts.org (David Chiu)
Subject: Program Size
Organization: R-node Public Access UNIX Information System (416-249-5366)
Distribution: na
Date: Sun, 20 Dec 1992 05:12:40 GMT

	I have written a small program in C. When I used Turbo C version
	1.0 to compile it, the program was only a few KBytes. Then I used
	Borland C++ 3.1 to compile it, it became twice the size. If I
	used the optimization option, it got even bigger. Anyone know
	what happened?
From: mapeac@gdr.bath.ac.uk (E A Cardwell)
Newsgroups: comp.os.msdos.programmer
Subject: Format track: sectors/track question
Date: 14 Dec 92 10:56:36 GMT
Organization: School of Mathematics, University of Bath, UK


I can successfully format a track with a particular
arrangement of sectors using ROM BIOS 13H service 5.

Is there a simple way of examining a disk subsequently to find out
how each track has been formatted?

Liz
email: mapeac@uk.ac.bath.gdr 
Newsgroups: comp.os.msdos.programmer
From: gay@selkirk.sfu.ca (Ian D. Gay)
Subject: TC++ 1.0 Linking question
Keywords: TC++, link
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 14 Dec 1992 18:18:43 GMT

When linking with the large memory model, using TC++ 1.0, all modules 
from the standard library seem to go into the _TEXT segment (the 
segment where the startup code goes). Is there any way to force 
library modules to go into a different segment?
From: sonix@schunix.uucp (Duane Morin)
Newsgroups: comp.os.msdos.programmer
Subject: Math error in BC++?  Help!
Date: 15 Dec 92 21:15:16 GMT
Distribution: na
Organization: SCHUNIX Public Access Unix for Worcester County, Massachusetts, USA

This is driving us NUTS!! Will someone please take a look at the following 
code and see if they can figure out why it does what it does?  Thank you.

The following code segment shows a snippet of a program that needs to calculate
the log base 2 of 128 (which happens to be 7).  The problem is that the 
code works fine on a 386DX/40, with 387 installed, and does NOT work on 
a 486DX/33!  Help??

----------------------------
#include <stdio.h>
#include <stdlib.h>
#include <math.h>

// The following constants are normally defined within the program:

#define LOG2 (log(2))
#define LOGN(y)        (log ((double)y) / LOG2 )

// This next one is our error:
#define ILOGN(y) (int) (log ((double)y) / LOG2 )

main()
  {
 	double l;
	int i;
	printf("The log of 128 is %lf\n", log(128));
	printf("The log of 2   is %lf\n", log(2));
	printf("The log2 of 128 is %lf\n", log(128)/log(2));
	printf("\n");
	printf("Log2 as defined by a constant is %lf\n", LOG2);
	printf("just for info, double(y) = %lf\n", (double)128);
	printf("Log(base 2) 128 as defined is %lf\n", LOGN(128));
// Up to here, everything is fine.  The constants for Log(2) and Log(128)
// are calculated correctly, and dividing them yields 7.000, as expected.
// Even the LOGN #defined formula gets it right.  So how come this next
// line, which is identical to LOGN except for an (int) cast, gets it 
// wrong, but only on a 486?

	printf("Log(base 2) 128 as defined is %d\n", ILOGN(128));  // 6???

// Just for the record, if we do this in two steps, putting LOGN in a variable
// and then casting that variable into an integer, that works fine.

	l = LOGN(128);
	printf("l as a double = %lf\n", l);
	i = (int)l;
	printf("l as an int = %d\n", i);
	exit(1);
}

*PLEASE* tell me that this is an honest error and not some stupid mistake 
on our part.  I'm leaning against the possibility that it's our fault, since
the exact same code works on one machine and not another.

Help?  Anyone?

Duane Morin
 Walker Sonix, Inc
 Worcester, MA 01604
From: cbusch@ub.d.umn.edu (Chris)
Newsgroups: comp.os.msdos.programmer
Subject: Normal MSDOS multitasking!
Date: 14 Dec 1992 00:53:51 -0600
Organization: University of Minnesota, Duluth
Distribution: world
NNTP-Posting-Host: ub.d.umn.edu

   Apparantly MSDOS multitasks with the use of the pipe "|".  Is this
true?  How does the | really work?  For example: "type this.txt | more"
has 'type' and 'more' being ran simultaneously (apparantly).  How is
this so?

--
Chris Busch   CBUSCH@ub.d.umn.edu
"C++ is the language of choice."
"The use of COBOL cripples the mind; its teaching should, therefore,
    be reguarded as a criminal offense." - E. W. Dijkista 
"High-level languages should remove burden from the programmer, not
 put burden on the programmer!"
"Don't ask 'why would you do that?' instead ask 'why wouldn't you do that?'"
Newsgroups: comp.os.msdos.programmer
From: davis@pacific.mps.ohio-state.edu ("John E. Davis")
Subject: Re: Normal MSDOS multitasking!
Reply-To: davis@pacific.mps.ohio-state.edu  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
Date: Wed, 16 Dec 1992 22:23:46 GMT

Hi,

    I'd like to see a tee program which will do something like:

C:\> make | tee > out

The tee programs that I have seen are worthless in this regard because MSDOS
does not multitask.  So what about:

C:\> tee make out

Here tee runs make sending the output to both stdout and to the file out.  To
do this, tee would have to hook the appropriate DOS int 21 write string to
stdout call.  This seems doable but I have not seen it done.


--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#
From: Jon Freivald <jaf@jaflrn.UUCP>
Newsgroups: comp.os.msdos.programmer
Subject: Re: SIMPLE assembly question...
Keywords: assembly mov asm 
Date: Fri, 18 Dec 92 20:28:32 EST
Organization: The Wizzard's Cave, East Meadow, NY

$dougn@sasb.byu.edu (Douglas R. Nebeker - MIS_SAS) writes:

> 
> Here is a simple one:
> 
> is there ANY difference between  MOV ES,AX
> 
> and                              PUSH AX
>                                  POP ES

No

> (besides the fact that the stack pointers get moved a little)???
> 
> Does this affect ANY flags?

It shouldn't

=============================================================================
                   Jon Freivald ( jaf%jaflrn@uunet.UU.NET )
	 Nothing is impossible for the man who doesn't have to do it.
=============================================================================
Newsgroups: comp.os.msdos.programmer
From: cma@eniac.inesc.pt (Carlos Antunes)
Subject: Re: Wanted: Reference for EGA and VGA programming
Organization: INESC - Inst. Eng. Sistemas e Computadores, LISBOA. PORTUGAL.
Date: Sat, 19 Dec 1992 22:01:23 GMT

In article <1992Dec17.015235.1720@sbcs.sunysb.edu> ejohnfel@csws17.ic.sunysb.edu () writes:
>Greetings all,
>
>	I am in need of a good source of information about low level calls
>and practices concerning EGA and VGA cards (for example, direct port
>manipulation). I would appreciate any suggestions for books on the subjects,
>or even anyone offering to let me "pick your brain".
>

There is a very good book from Microsoft Press (the best!) that has
everything you want (plus much more. The book is "Programmer's Guide To 
PC & PS/2 Video Systems", by Richard Wilton.

Regards,
Carlos Antunes.
-- 
Carlos Antunes @ INESC - Instituto de Engenharia de Sistemas e Computadores
E-mail to cma@eniac.inesc.pt
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Programmed delays when accessing the PIC
Organization: Queen's University
Date: Fri, 11 Dec 1992 21:50:25 GMT

In article <1992Dec11.201424.16306@elroy.jpl.nasa.gov> jack@robotics.jpl.nasa.gov (Jack Morrison) writes:
>>This seems a bit arbitrary to me as the delays will have very
>>different values when running on a 486 and an 8086 and I was wondering
>>exactly what delay is actually required.
>
>It's not the time that matters, but the number of bus cycles; PCs
>generally run at the same bus clock (8 MHz) regardless of CPU.

But still, the delays will have very different values depending on the 
system.  Won't a 486 be able to execute several jumps within a single bus 
cycle, since it loads the code from its internal cache?

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.os.msdos.programmer
From: maynard@selway.umt.edu (Robert L Maynard)
Subject: Re: Symbol libraries in dos
Summary: symbol TABLES, really
Organization: University of Montana
Date: Fri, 18 Dec 1992 00:46:43 GMT


A VMS process gets 1 or more logical name tables and 1 or more symbol tables.
symbols in VMS are like verbs.
logical names are like nouns.
SYS$COMMAND is an alias for your terminal, like stdout in (*)NIX.
There is a defined heirarchy of tables, like the heirarchy of a (*)NIX file
system.

SOME of the logical names are no more than global variables like "errno".

SYS$STATUS can be looked at after a DCL ( DEC command language ) operation
to see if it succeeded.  Can't remember more right now, would have to look
at the proverbial "five-foot shelf of documentation" or the VMS HELP files.

Bob

Newsgroups: comp.os.msdos.programmer
From: sen@signet.com (Siddhartha Sen)
Subject: Re: Pascal & C Calling standard?
Organization: Sigma Network Systems, Reading Ma.
Date: Thu, 17 Dec 1992 23:40:56 GMT

In article <1gnv0uINNa4a@ub.d.umn.edu> cbusch@ub.d.umn.edu (Chris) writes:
>
>    The discussion on Pascal and C Calling convention was interesting
>and informative.  I wonder though are those convections standard?  That

	Really I saved most of them.

>is are Pascal functions called that way on other platforms, or is it
>just limited to msdos machines?

	NO !!!
	
	I learnt my first prog lang PASCAL on DEC-10. There also the callee 
cleared the stack. KL-10 (like PDP-11) proc used a POPJ 17, instruction that
did precisely the same.

	Secondly, "msdos machines" is not the right word but "intel machines" is.
 Yes, in intel machines RETF nn does the same !! If you have programmed in
MS-WINDOWS you must be "pained" by declaring every callback as "FAR PASCAL".
This is partially because WINDOWS developers thought that PASCAL convention
would be better as it would translate easily to RETF nn. (IMHO)

Regards,
				- Siddhartha Sen


-- 
___________________________________________________Siddhartha__Sen______
e-mail: sen@signet.com | FAX: 617-942-082 | SIGMA network systems Inc,
voice : 617-942-0200x136 <--off->| 25 Walkers Brook Dr, READING MA 01867 
voice : 617-942-2193  <-- res --> 5 Lakeview Av, #4, READING MA 01867
Organization: Queen's University at Kingston
Date: Fri, 18 Dec 1992 17:36:00 EST
From: Jeff Boyd <BOYDJ@QUCDN.QueensU.CA>
Newsgroups: comp.os.msdos.programmer
Subject: What is a "dongle"?


In the current thread on copy-protection, the term "dongle" appeared.
What is a dongle?  I've never before read it or heard of it.


jeff
From: fredex@fcshome.UUCP (fred smith)
Newsgroups: comp.os.msdos.programmer
Subject: Re: type ahead buffer
Date: 13 Dec 92 19:58:32 GMT
Organization: What?!? Absolutely none!
X-Newsreader: TIN [version 1.1 PL7]

Stan Brown (brown@NCoast.ORG) wrote:
: In article <1992Dec9.100312.13148@tc.cornell.edu> homer@theory.TC.Cornell.EDU (Homer Smith) writes:
: >     How do I increase the size of my type ahead buffer in DOS 5.0?
: 
: Get BUF160_6.ZIP from PD1:<MSDOS.KEYBOARD> at Simtel.

Yes. This should work. It's a really good program.

HOWEVER--a caveat: I've used it for a good while on various sytems, but
when I got a 386 at home this year and used it here, I found that there
is (at least) one program which just goes bonkers when buf160_6 is
installed. That is JLBLINK, a "front end" for BIX. So far I haven't
seen any other programs that object to it, but you might. (The author
of JLBLINK tells me that that behavior is normal for JLBLINK when used
with keyboard-buffer-extenders, so he's obviously got a "feature" in
there somewhere.)

There may be others, though, so if you encounter strange keyboard
behavior in some program, before you curse out the computer, try
de-installing buf_160.
From: woody@knapper.cactus.org (Woody Baker)
Newsgroups: comp.os.msdos.programmer
Subject: Dos5.0
Date: 19 Dec 1992 05:59:51 -0600
Organization: Aurora Contracting
Reply-To: "Woody Baker" <woody@knapper.cactus.org>
NNTP-Posting-Host: cs.utexas.edu

I don't get this newsgroup, so please reply via email.

Strange problem with Microsoft 'C' v 1.0 (lattice 2.13)
yeah, I know, but for reasons beyond my control I have to maintain this
code...:(   I have a totaly legal line of 'c' code that has worked
flawlessly for every version of dos from 2.10 to 3.3  It breaks under
5.0.     fopen("filename","w+").    comes back with an error.  
error is "no file/directory" on opening the file.
file name  c:\190prg\trial4.tmp

Is there some subtle diffrence between dos 3.1 and dos 5.0 when it comes
to handling a file with a "w+" open?  It works fine with "w", but that
is not what I want.
Cheers
Woody
-- 
Woody Baker Postscript consultant/Flint knapper  512-837-8317 (Austin, Tx)

"If you ain't bleedin' you ain't knappin'" ---> go ahead, ask me...

woody@knapper.cactus.org
woody@chinacat.unicom.com (temporary) is forwareded to woody@knapper
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.misc,comp.sys.ibm.pc,programmer
From: sheldon@world.std.com (Sheldon Gringorten)
Subject: Mixing C and Assembler
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 14 Dec 1992 22:30:19 GMT


I am trying to merge some assembler code with a C module.  I have data
defined in the C module, and data defined in the assembly module.  When
I enter a routine defined in the assembly module and write some data, I
notice that data defined in the C module gets corrupted.  

Anybody have any ideas as to why this is happening, or how to resolve it?

Thank you.

-Sheldon        (sheldon@world.std.com)
-- 
-Sheldon                   (sheldon@world.std.com)
Newsgroups: comp.os.msdos.programmer
From: sjm@miles.com (Scott Mark)
Subject: Doing raster graphics with HP Laserjet 4/PCL
Organization: Miles Inc., Diagnostics Division, Elkhart, IN
Date: Mon, 14 Dec 1992 20:05:52 GMT

It seems like all of the programs that print graphics are looking
for Postscript printers.

I've got an HP Laserjet 4, and a manual that describes the graphics
command sequences in the briefest form, and I want to send some
ray-tracings/targa files to it.

Does anyone know of a program that prints targa files in 600dpi resolution
on a Laserjet 4?  Or anything about the order in which I need to send
graphics commands?  Mostly, I want to be able to do POV-Ray output.

I have no idea how I'm going to do a 1280x1024 24-bit picture with about
a 25-pixel cell...


Scott Mark
sjm@miles.com