HDTenEightyP/NetNews huggingface dataset:
From: zzang@stat.ufl.edu (zzang)
Subject: Calling convention: C vs PASCAL
Originator: zzang@manta
Organization: University of Florida
Distribution: usa
Date: Fri, 11 Dec 92 22:50:15 GMT

Hello,
the C pushs the arg from right to left onto
the stack when calling a function.
the PASCAL pushs the args from left to right.
I was told that the C calling convention results
in larger as well as slower program.
(due to some cleanup work of the stack after call??)

can someone tell me why ?

Thanks very much,

-- 
Zhuo Zang[~{j0WA~}]
Department of Statistics
University of Florida            Email: zzang@stat.ufl.edu
Newsgroups: comp.os.msdos.programmer
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Normal MSDOS multitasking!
Organization: Queen's University
Date: Tue, 15 Dec 1992 21:24:42 GMT

In article <1992Dec15.202449.28162@rd.hydro.on.ca> twriter@rd.hydro.on.ca (Timothy Writer) writes:
>>The number of times where it really matters whether two programs are run 
>>concurrently at half speed or sequentially at full speed is so tiny, that I 
>>doubt if it's on anybody's "10 most important projects" list.
>
>Can you support that statement?  I doubt it.  It may be true for DOS
>users because they have never had the option but I don't think it's true
>for the wider user community.  Consider the following (UNIX commands):
>
>	cc -E program.c | more
>
>I use this to view the result of running the C preprocessor on my
>program when I suspect a problem with a complex macro.  I don't want to
>wait for the first command to complete before I can view the results.

I don't deny that there are some cases where there's a difference.  But 
how often do you really have problems with complex macros?  If it's as 
often as once a week, I'd suggest that you're doing something wrong.

>	man cc | more
>
>Suppose I just want to check the syntax of a particular option for the C
>compiler.  The most common options are documented at the beginning (for
>obvious reasons) so I don't want to wait for the entire manual page to
>be formatted first.  In fact, if I quit once I've found what I'm looking
>for, man cc never runs to completeion!  This may not matter to me much
>but it may matter to other users who are sharing the CPU with me.

Under DOS, nobody is sharing the CPU with you.  Under DOS, the weird idea 
that you should pass a manual page through a text formatter every time you 
want to look at it never caught on; help systems keep their text in a format 
that's convenient to display.

>zcat huge.tar.Z | tar tvf - | grep 'foo*.c'
>
>Here I'm just looking for some files matching a pattern in a LARGE
>compressed archive.  Do you really want to uncompress and list the
>entire contents of the archive?  What if you don't have the disk space
>for the entire archive?

Under DOS, there are lots of programs available to search the text contained 
in archives without uncompressing them, and every archive program that I've 
ever seen will list the filenames without uncompressing the archive.  For 
example, I'd probably run

  pkunzip -v huge foo*.c

to do what you did above.  The idea that you have to uncompress 
anything at all just to see the filenames strikes me as a very bad design.

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: ibh@dde.dk (Ib Hjme)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Normal MSDOS multitasking!
Date: 15 Dec 92 07:42:43 GMT
Organization: Dansk Data Elektronik A/S

cbusch@ub.d.umn.edu (Chris) writes:


>   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?

>--

	No way. What happens is this :

	The command before the "|" is started with output redirected to a file.
	When this command terminates, the command after the "|" is started with
	input redirected from the file ! 

	So no multi-tasking at all.

	Regards Ib

|               | Ib Hojme
|    |   |      | Euromax
|  __| __| __   | Dansk Data Elektronik A/S, Vejle branch, Denmark
| /  |/  |/__>  | Telephone: Int +45 75 72 26 00
| \__/\__/\__   | Fax:       Int +45 75 72 27 76
|               | E-mail:    ibh@dde.dk
Newsgroups: comp.os.msdos.programmer
From: louis@obelix.newshost.uwo.ca (Chan Louis)
Subject: How to exit a dialog box with timeout ?
Organization: /m4/student/1985/louis/.organization
Distribution: comp.os.msdos.programmer,comp.os.ms-windows.programmer.tools
Date: Mon, 14 Dec 1992 21:24:57 GMT

Hi,
	I want to know how to automatically exit a dialogbox if the user 
doesn't do anthing (Like a timeout).  Is there any sample code that I can
borrow or reference ?
	I am using Borland C++ 3.1 with OWL.

Thanks in advance.

Louis
Newsgroups: comp.os.msdos.programmer
From: phys169@csc.canterbury.ac.nz
Subject: Re: PS/2 CMOS Contents...
Organization: University of Canterbury, Christchurch, New Zealand
Date: Fri, 18 Dec 1992 03:28:20 GMT

In article <4756@cruzio.santa-cruz.ca.us>, aki@cruzio.santa-cruz.ca.us writes:
> I just noticed that I need to find the use of CMOS RAM locations
> in PS/2 computers (Model 50+).

Get a copy of CMOS299.ZIP from the PC directory at cantva.canterbury.ac.nz [IP
is 132.181.30.3], and look at the CMOS.DOC file that comes with it.  If you
need any further help, give me a yell.  There is at least one copy on other
sites, that may be more convenient to access, but be aware there are other
programs with similar sounding names.

Mark Aitchison, University of Canterbury, New Zealand.
Newsgroups: comp.os.msdos.programmer
From: brown@NCoast.ORG (Stan Brown)
Subject: Re: Symbol libraries in dos
Organization: Oak Road Systems, Cleveland Ohio USA
Date: Sun, 13 Dec 1992 23:44:38 GMT

In article <724051521.AA09634@csource.oz.au> John.Gibney@f386.n632.z3.fidonet.org (John Gibney) writes:
>Howdy, All!
>
>In VAX/VMS, symbol libraries are used to return status
>values, etc. for the results of calls to system services.
>This allows programs to test against, for example,
>SS$_NORMAL, for a success status.
> 
>I would like to know if anyone has any ideas on how a
>similar scheme may be implemented in DOS.  I have 1 idea of

I believe dynamic link libraries, an essential part of MS-Windows
programming, are what you have in mind.
-- 
Stan Brown, Oak Road Systems                      brown@Ncoast.ORG
Cleveland, Ohio, USA

Eternal life: a threat, not a promise.
From: jcberger@grasp1.univ-lyon1.fr (Jean-Claude Berger)
Newsgroups: comp.os.msdos.programmer
Subject: Where is the patch ?
Date: 14 Dec 92 23:13:25 GMT
Organization: INSA Informatique, Lyon, France
NNTP-Posting-Host: grasp1.univ-lyon1.fr

In article <franke.724082163@andrej> franke@andrej.informatik.rwth-aachen.de (Christian Franke) writes:
>The good news: There is a patch available for MS-C 7.00, which may 
>solve some of your problems.
>I got the patch via anonymous ftp from wuarchive.wustl.edu:
>
>pub/MSDOS_UPLOADS:
>-r--r--r--  1 ftp        353012 Sep  9 12:30 ptch70.zip

I could not find it there. Does anybody knows where the patch might be ?


 ----------------------------------------------------------------------------
 Jean-Claude Berger, JCBerger Developpement Formation (Free Lance Consultant)
 (+33) 78.24.75.78     E-Mail : jcberger@grasp1.univ-lyon1.fr - BIX, jcberger
Newsgroups: comp.os.msdos.programmer
From: rwallace@unix1.tcd.ie (russell wallace)
Subject: Fix for Zortech 386 Screen Memory Access wanted
Organization: Trinity College, Dublin
Date: Fri, 18 Dec 1992 17:56:24 GMT

Could someone mail me the fix for the problem with Zortech C++ v3.0,
compiling for 386 (extended memory model), when you try to access screen
memory (memory protection error)? I've got the number for Symantec's BBS
but there seems to be a problem with the dial tones or something and I
can't log on from here.

Thanks in advance,

--
"To summarize the summary of the summary: people are a problem"
Russell Wallace, Trinity College, Dublin
rwallace@unix1.tcd.ie
Newsgroups: comp.os.msdos.programmer
From: fs8j@uvacs.cs.Virginia.EDU (Fraser Street)
Subject: Intel AVSS file standard question
Organization: University of Virginia Computer Science Department
Date: Mon, 14 Dec 1992 16:42:32 GMT

Greetings:

I am doing some development programming with Fluent Inc. 
multimedia boards and the associated MS-Windows software 
called Fluent Streams.  The Fluent Streams software writes
motion JPEG audio/video streams onto disk in a format based
on the Intel AVSS standard.  I'm trying to track down the 
specification for AVSS.  A search of the Internet with 
ARCHIE turned up nothing.

If you have any information about the availablilty of the 
AVSS spec (FTP sites / person-to-person contact with Intel)
I would like to hear from you.

Thanks in advance!

Fraser

-- 

Fraser Street
fraser@Virginia.EDU
University of Virginia
Computer Networks Laboratory

Newsgroups: comp.os.msdos.programmer
From: erempel@sol.UVic.CA (Evan Rempel)
Subject: Linker > 64K segment
Keywords: segment, linker, masm, assembly, asm
Organization: University of Victoria
Distribution: canada
Date: 11 Dec 92 20:18:47 GMT

I am writing som 386 assmebly code with Microsoft Assembler 6.0b
and it assembles quite nicely, including in "Flat" memory
model. This allows for a 32 bit (4 Gigabyte) segment, but
when I make a segment larger that 64KB I am
unable to link it into an executable.

Questions:

1. Is it possible to run a program with a single segment
   larger than 64 KB, even if my program puts the CPU into
   32 bit mode (of course 16 bit for DOS calls)?

2. If the above is true, then where do I get a linker
   that will link a segment > 64 KB.

Evan
From: mcs@wet.UUCP (Gil Nardo)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Math error in BC++?  Help!
Date: 17 Dec 92 19:04:52 GMT
Distribution: na
Organization: Wetware Diversions, San Francisco

sonix@schunix.uucp (Duane Morin) writes:
> 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??
> 

I included a shortened version of your program.  I did not completely
solved it but I do have some clues as to what's causing the problem.
After compiling with the assembly output option, I found that at
least two methods can be used to make it return the answer of 7.

One method is to pop the answer off of the co-processor stack and
pop it back on using the fstp and fld instructions prior to the
call to N_FTOL (float to long, near call version). This method
is equivalent to the two step processes of as shown in the code.

The other method is to substitute N_FTOL with the use of fistp
(store and pop stack as integer) and followed by the use of the
lower part of the of the quad word as the result.

I would guess at this point that the function N_FTOL inadvertantly
modifies either the rounding or the precision bits of the
co-processor control word. I will leave it to you and others to
figure out why this happens on the 486 chip and not
on the 386/387 chips, mainly because I need to get back to work.

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

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

#define LOG2 (log(2))
#define LOGN(y)        (log ((double)y) / LOG2 )
main()
{
 	double l;
	int i;

	l = LOGN(128);
	i = (int)l;
	printf("two step = %d\n", i); // this comes up with 7

	i = (int)(LOGN(128));
	printf("one step = %d\n", i); // this comes up with 6?

	return(0);
}

-- 
Gil Nardo                  | mcs@wet.com
Migrant Computing Services | (415)664-1032
1032 Irving Street, #435   |-----------------
San Francisco, 94122       | Supernova = *!
Newsgroups: comp.os.msdos.programmer
From: reeves@rocky1 (Malcolm Reeves)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Wanted: FFT algorithms, pseudo-code, C code, whatever
Date: 12 Dec 1992 19:40:09 GMT
Organization: University of Saskatchewan
Distribution: World
Reply-To: reeves@rocky1
NNTP-Posting-Host: rocky1.usask.ca

From article <cLseVB1w165w@momad.li.ny.us>, by siphon@momad.li.ny.us (Stimpson J. Katz):
>      A project I am currently working on requires that a fast-fourier
> transform be done on some audio data. The data is sampled at about
> 1,000 8-bit samples per second and I need amplitude data for about
> 600 frequencies placed between 50 Hz and 500 Hz.
> 
>      If anyone could suggest a current book, or even better, mail me
> some source code, algorithms, psuedo-code, whatever, I would be most
> appreciative.
> 
Numerical Recipes in C by Press,Flannery,Teukolsky,& Vetterling
p407-470
Has source code for lots of FFT applications

 
--
------------------------------------------------------------------------------
Malcolm Reeves, Geological Engineering, University of Saskatchewan, Saskatoon,
SK, S7N 0W0 aka reeves@rocky1.usask.ca aka reeves@dvinci.usask.ca
------------------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: empath@ais.org (Tim Triemstra)
Subject: Re: DOS EXTENDERS
Organization: UMCC
Date: Sat, 12 Dec 1992 02:55:42 GMT


Joe is definitely correct on this one - and he doesn't come up with the $250
arbitrarily either, I expect :}

However, I'm still very frustrated that MSC and BC++ haven't made any real
announcements regarding 32bit DOS support.  And, until Zortech makes another
release, I really feal like I'm depending on an inferior product.

Oh well, c'est la vie.
Tim.
From: ted@helios.UCSC.EDU (Ted Cantrall)
Newsgroups: comp.os.msdos.programmer
Subject: Re: How do you hide msdos dirs
Date: 11 Dec 1992 20:07:58 GMT
Organization: UCO/Lick Observatory
NNTP-Posting-Host: helios.ucsc.edu

In article <1992Dec11.111301.16834@reks.uia.ac.be> neurogen@reks.uia.ac.be (Neurogenetica) writes:
->You can set the hidden bit in the attribute byte (the same
->byte that says that your 'file' is in fact a directory).
->
-----------
In DOS 5 (maybe 4?), use the ATTRIB command. "attrib +h dos /d" will hide the
dos directory.
			-ted-
----------------------------Univ Calif @ Santa Cruz----------------------------
ted@helios.ucsc.edu |"He has showed you, O man, what is good; and what does the
W (408)459-2110     |Lord require of you but to do justice and to love kindness
H (408)423-2444     |and to walk humbly with your God?" Micah 6:8 (RSV)
Newsgroups: comp.os.msdos.programmer
From: act@softserver.canberra.edu.au (Andrew Turner)
Subject: Re: Where is the patch ?
Organization: University of Canberra
Date: Wed, 16 Dec 92 00:03:45 GMT

jberger@grasp1.univ-lyon1.fr (Jean-Claude Berger) writes:
>>pub/MSDOS_UPLOADS:
>>-r--r--r--  1 ftp        353012 Sep  9 12:30 ptch70.zip
>
>I could not find it there. Does anybody knows where the patch might be ?

Search request for 'ptch70.zip'

Host iskut.ucs.ubc.ca   (137.82.27.61)
    Location: /pub/os2/shadow/2.0/dos/patches
      FILE      rw-rw-r--    341783  Oct  3 00:00   ptch70.zip
Host luga.latrobe.edu.au   (131.172.2.2)
    Location: /pub/os2/2.0/dos/patches
      FILE      r--r--r--    341783  Oct  4 05:13   ptch70.zip
Host swdsrv.edvz.univie.ac.at   (131.130.1.4)
    Location: /os2/hobbes/new
      FILE      rw-r--r--    341783  Oct  3 00:00   ptch70.zip
    Location: /os2/hobbes/2.0/dos/patches
      FILE      rw-r--r--    341783  Oct  3 00:00   ptch70.zip
Host van-bc.wimsey.bc.ca   (192.48.234.1)
    Location: /pub/os2/programming
      FILE      rw-r--r--    341783  Oct  6 01:57   ptch70.zip
-- 
Renrut Werdna			Probable-Possible, my black hen,
				She lays eggs in the Relative When.
				She doesn't lay eggs in the Positive Now
act@ss.canberra.edu.au		Because she's unable to postulate how
From: w5y092@rick.cs.ubc.ca (Stephen Todd Leroux)
Newsgroups: comp.os.msdos.programmer
Subject: Mouse Bug?
Date: 20 Dec 1992 13:22:34 -0800
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: gambier.rick.cs.ubc.ca

Hello computing world.

I'm writing a drawing program.  I wrote the following mouse library to work
in conjuction with an interface library I wrote to implement button pushes
and stuff like that.

Only problem is, sometimes the mouseDown() call doesn't work!  It usually
has problems after a call to lastLeftDown().  I have no
idea why.  Perhaps I'm missing an interrupt somewhere or something?  BTW
if you're really interested there are about a million other bugs I can lay
on you -- but we'll go one at a time for now.

o /                                    o /
 X ------------------------------------ X ---------------------------------
O \                                    O \

int mouseDown()
{
    struct REGPACK r;

    r.r_ax = 3;
    intr(0x33,&r);
    if (r.r_bx > 0)
        return 1;
    return 0;
}
point *lastLeftUp(int *num)
{
    struct REGPACK r;
    point *p;

    r.r_ax = 6;
    r.r_bx = 0;
    intr(0x33, &r);
    *num = r.r_bx;
    if (r.r_bx == 0) return NULL;
    p = (point *)(malloc(sizeof(point)));
    p->x = r.r_cx;
    p->y = r.r_dx;

    return p;
}

point *lastLeftDown(int *num)
{
    struct REGPACK r;
    point *p;

    r.r_ax = 5;
    r.r_bx = 0;
    intr(0x33, &r);
    *num = r.r_bx;
    if (r.r_bx == 0) return NULL;
    p = (point *)(mmalloc(sizeof(point)));
    p->x = r.r_cx;
    p->y = r.r_dx;

    return p;
}

void initMouse()
{
    struct REGPACK r;

    r.r_ax = 0;
    intr(0x33, &r);
    showMouse();

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==- 

Please e-mail your wisdoms to w5y092@rick.cs.ubc.ca
Thanks!
From: Ben.Coleman@p42.f411.n133.z1.FIDONET.ORG (Ben Coleman)
Newsgroups: comp.os.msdos.programmer
Subject: DOS CONSOLE OUTPUT
Date: 15 Dec 92 04:03:00 GMT
Organization: FidoNet node 1:133/411.42 - (GIS)Atlanta, Atlanta GA


 >     I am using fortran CALL FSYSTEM ('DOS COMMAND')
 > to run various dos commands like MKDIR etc.  How do I get
 > DOS to NOT write to the console during such operations, the
 > console will be used for graphics application.

 >     For example if you copy a file, it always says '1 file copied.'

Try redirecting the command output to NUL, as in:

CALL FSYSTEM('DOS COMMAND >NUL');

Ben


--  
----------------------------------------------------------
               __
              /  \             User: Ben Coleman
             /|oo \            Via FidoNet node: 1:133/411.0
            (_|  /_)
             _`@/_ \    _     FidoNet <==> UUCP Gateway
            |     | \   \\    FidoNet Net 133, Atl96
            | (*) |  \_  ))
  ______    |__U__| /  \//     David Deitch, Administrator
 / FIDO \    _//|| _\   /     Galaxy Information System
(________)  (_/(_|(____/ (jm)   (GIS) Atlanta            

UUCP: wittsend!gisatl!411.42!Ben.Coleman
INTERNET: Ben.Coleman@p42.f411.n133.z1.FIDONET.ORG
From: fredex@fcshome.UUCP (fred smith)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Normal MSDOS multitasking!
Date: 15 Dec 92 13:48:13 GMT
Organization: What?!? Absolutely none!
X-Newsreader: TIN [version 1.1 PL7]

Chris (cbusch@ub.d.umn.edu) wrote:
:    Apparantly MSDOS multitasks with the use of the pipe "|".  Is this
: true?

NO NO NO NO NO NO  !!!!!!!!!!!!!!!!!!!!1

:       How does the | really work?  For example: "type this.txt | more"
: has 'type' and 'more' being ran simultaneously (apparantly).  How is
: this so?

MS-DOS is too stupid to multitask. It lacks the facilities. Pipes
are   implemented as sequential processes with a temporary file
in the middle. on Unix, the same thing is literally done by running
two programs "at the same time" with the output of the first going
to the input of the second. BUT NOT ON DOS which is fundamentally
incapable of doing that.

: 
: --
: 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?'"
:
From: danodom@matt.ksu.ksu.edu (Dan Odom)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Wanted: Reference for EGA and VGA programming
Date: 19 Dec 1992 23:01:14 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

cma@eniac.inesc.pt (Carlos Antunes) writes:

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

Try "Programmer's Guide to the EGA and VGA Cards" by Ferraro.
-- 
Dan Odom
danodom@matt.ksu.ksu.edu

Organization: Heinz School, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.msdos.programmer
Date: Fri, 18 Dec 1992 18:53:38 -0500 
From: Shelby Stewman <ss62+@andrew.cmu.edu>
Subject: Re: TSRs in Structured Code?

TSRs can be programmed in any language which supports them or has direct
interrupt access. Well, almost any. A good book for TSR programming
would be Undocumented DOS (chapter five, I believe). This gives examples
in C and assembler. You can also code it in Turbo Pascal with relative
ease. But, like with anything, assembler is faster running and sometimes
makes programming easier. Also, you might want to look at the Tesseract
library of TSR programming available on wuarchive.wustl.edu
(/mirrors/msdos/sysutl). Numerous libraries exist for C and quite a few
for Turbo Pascal. I am not sure about Prolog, Lisp, Modulo-2, or other
languages. As for the specifics of TSR programming, ask someone more
knowledgeable. 

        -- Shannon F. Stewman
        18-dec-1992
        Please excuse my grammar.
From: helfman@aero.org (Robert S. Helfman)
Newsgroups: comp.os.msdos.programmer
Subject: Re: What is a "dongle"?
Date: 20 Dec 1992 00:27:42 GMT
Organization: The Aerospace Corporation, El Segundo, CA
NNTP-Posting-Host: aerospace.aero.org

In article <rdippold.724735574@qualcom> rdippold@qualcom.qualcomm.com (Ron Dippold) writes:
>Jeff Boyd <BOYDJ@QUCDN.QueensU.CA> writes:
>>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.
>
>A little device that hangs off one of the ports on your computer,
>usually the parallel (printer) port for most PC stuff.  It passes
>through regular data to the printer, so you can still use your
>printer. 

The lore states that 'dongle' is derived from the name of the
original developer: Don Gall.
Newsgroups: comp.os.msdos.programmer
From: icsg0131@cs.montana.edu (Jeff)
Subject: Re: Difference between "ESC" and "8"  ??
Organization: Montana State University, Dept. of Computer Science, Bozeman MT 59717
Date: Sat, 19 Dec 1992 22:19:14 GMT


bkspc is ascii 8, '8' is ascii 56

ie   if( getch()==8 )               <-- bkspc
     if( getch()=='8' )             <-- 8 key

-- 
Jeff              icsg0131%caesar@cs.montana.edu
Newsgroups: comp.os.msdos.programmer
From: sen@signet.com (Siddhartha Sen)
Subject: Re: Help: How to (not) identify a network drive
Organization: Sigma Network Systems, Reading Ma.
Date: Thu, 17 Dec 1992 23:57:14 GMT

In article <1992Dec16.141307.3469@ugle.unit.no> baardkjo@idt.unit.no writes:
>MS-DOS has got this stupid idea it is a network drive, and certain
>
>How does MS-DOS identify a network drive?
>
>How do i get MS-DOS to understand "the true nature" of my driver?
>
	Try doing yourself one favour: Give the command (if > ver 4.01) :-
TRUENAME X: (where X: is the drive). Just check if gives a network type
true pathname ("\\something\..) If it is then COMMAND.COM is interpreting
it as a net-device. Do this check please .

		- Siddhartha
>-- 
-- 
___________________________________________________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