HDTenEightyP/NetNews huggingface dataset:
From: loescher@Informatik.TU-Muenchen.DE (Stephan Loescher)
Subject: XCOPY in the background ?
Originator: loescher@hphalle2c.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 21 Jan 1993 14:18:21 GMT


Hello!

I'm looking for a possibility to run XCOPY, COPY, MOVE, or other DOS-programs
in the background (multitasking), so I can work in the foreground with another
program. (like in UNIX: 'command &' runs 'command' in the background)
I would prefer a unit or program in Pascal or a already compiled program.

I thank you for any help!

Stephan.

My Adress:
loescher@informatik.tu-muenchen.de
From: villalj@xanth.CS.ORST.EDU (John Villalovos)
Newsgroups: alt.msdos.programmer
Subject: Re: XCOPY in the background ?
Date: 21 Jan 1993 20:12:48 GMT
Organization: Oregon State University
NNTP-Posting-Host: xanth.cs.orst.edu

In article <1993Jan21.141821.13561@Informatik.TU-Muenchen.DE> loescher@Informatik.TU-Muenchen.DE (Stephan Loescher) writes:
>I'm looking for a possibility to run XCOPY, COPY, MOVE, or other DOS-programs
>in the background (multitasking), so I can work in the foreground with another
>program. (like in UNIX: 'command &' runs 'command' in the background)
>I would prefer a unit or program in Pascal or a already compiled program.

Get OS/2.

Later,
John
-- 
John Villalovos
Certified Netware Engineer
villalj@xanth.cs.orst.edu
(503) 753-7883
From: jkn@ohm.york.ac.uk (John Nicoll)
Newsgroups: alt.msdos.programmer
Subject: Borland C++ DLL upgrade sought - source/site?
Date: 27 Jan 93 16:55:40 GMT
Organization: Electronics Department, University of York, UK

Hello all
	a colleague is looking for a DLL upgrade to BC++ v3.1
to allow use of the debugger under windows with a trident SVGA
card. Aparrently this exists, but we don't know where to get hold
of it, other than on a BBS, which is difficult for us.

Does anyone know of an ftp site where this can be found, or
alternatively if anyone could mail this to me I'd be very grateful.

	thanks
		john N (for Alek)
 
-- 
john nicoll (jkn@ohm.york.ac.uk)
Department of Electronics  University of York
Heslington   YORK YO1 5DD U.K
Tel +44 (904) 433221   Fax +44 (904) 432335
Organization: University of Illinois at Chicago
Date: Fri, 22 Jan 1993 00:10:00 CST
From: David James Alexander Hanley <U16244@uicvm.uic.edu>
Newsgroups: alt.msdos.programmer
Subject: Re: XCOPY in the background ? Get OS/2?

In article <1jnmd4INNcmn@news.gac.edu>, Anonymous U says:
>
>John Villalovos writes
>DOS-programs
>> >in the background (multitasking), so I can work in the foreground with
>another
>> >program. (like in UNIX: 'command &' runs 'command' in the background)
>> >I would prefer a unit or program in Pascal or a already compiled program.
>>
>> Get OS/2.
>
>But does OS/2 have a feature like 'command &' in UNIX, so you don't have to
>switch to another shell window to do something else?

  Yep.  detach xxxxx runs xxxxx in the background.
  Really handy for copying files, doing a MAKE, or even deleting batches
of files...

-------------------------------------------------------------------------------
"In every country and in every age, the priest has been hostile to liberty.
He is always in alliance with the despot, abetting his abuses in return for
protection to his own" - Thomas Jefferson, 1814

SEND E-MAIL TO : hanley1@earth.eecs.uic.edu
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: schoof@informatik.uni-wuerzburg.de (Jochen "Joscho" Schoof)
Subject: Re: ANSI escape sequences
Followup-To: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Organization: University of Wuerzburg, Germany
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 28 Jan 1993 13:46:48 GMT

Carl Dichter (dichter@chdasic.sps.mot.com) wrote:
: Does anyone have an a list of the ANSI (terminal) escape sequences?

: I'm especially interested in the ones to change
: color or attributes.

Voila, I think the following lines in C (to be exact C-Preprocessor)
show the abilities quite well. I think the macros are described by their
names, so no further comments are needed. BTW: There are much more
features available. They are described in the documentation to some of
those ANSI.SYS substitutes (I strongly recommend NNANSI Version 09/92).
Have fun with these...

-Jochen

------------------ C program starts here -------------------------------

/* XANSI.H - Screen Control Routines for Color Machines */

#define GotoXY(x,y)	printf("\033[%d;%dH",(y),(x))
#define ClrScr()	printf("\033[2J")
#define Color(f,b)	printf("\033[%d;%d;%dm",(f)>8,30+(f)%8,40+(b)%8)
#define ClrEol()	printf("\033[K")

/* ...and finally the available colors with their ANSI-values */

#define	BLACK		0
#define RED		1
#define GREEN		2
#define	BROWN		3
#define	BLUE		4
#define	MAGENTA		5
#define CYAN		6
#define	WHITE		7
#define GREY		8
#define	LIGHT_RED	9
#define	LIGHT_GREEN	10
#define YELLOW		11
#define	LIGHT_BLUE	12
#define	LIGHT_MAGENTA	13
#define	LIGHT_CYAN	14
#define	LIGHT_WHITE	15

---------------------------------------------------------------------------
Jochen Schoof                      schoof@dec5.informatik.uni-wuerzburg.de
Lehrstuhl f. Informatik II +-----------------------------------------------
Universitaet Wuerzburg     | It's worse than that: he's dead, Jim!  -Bones
---------------------------+-----------------------------------------------
From: M.E.Edwards@newcastle.ac.uk (M.E. Edwards)
Newsgroups: alt.msdos.programmer
Subject: Re: .com and .exe files
Date: 28 Jan 93 10:15:25 GMT
Organization: University of Newcastle upon Tyne, UK, NE1 7RU

fprince@cwis.unomaha.edu (Frank E. Prince) writes:

>Could anyone tell me the difference between .com and .exe files. The
>most I've come up with is that a com file is an "executable memory image"
>but that definition was somewhat out of context, and I don't really
>understand it. I've done some assembly language programming with MASM so
>I do understand instruction sets, stacks, registers etc. Any information
>regarding this is much appreciated.
>			Thanks,
>				Frank

I've posted this since it may be of general interest to others as well.

As far as I understand, a .com file is a direct memory dump (ie no code
relocation can take place) whereas an .exe file contains offsets and indirection
allowing it to be run from (more or less) any location in memory.

Thus, a .com file can be loaded and executed slightly faster than an.exe file
since the processor only has to load the code to a set area (usually the base
of user memory) and jump straight to it.

The only problem with .com files is that there is no separation between the
code segments.  Thus the stack and data segments share the same memory area.
Thus some compilers may throw out the code.

Using Borland Turbo C++, I find that the tiny memory model will suffice,
so compile your code with that and as long as the executable file is less than
64k in length then quit to dos and type :

			exe2bin <filename>.exe <filename>.com

and this will transform your .exe file into a .com file (so now we all know what
this little DOS utility is for :-) ).


So, hope this helps?

Cheers,  Mark...



   Snail Mail : M.E.Edwards,204 Farndale Road, Benwell, Newcastle-Upon-Tyne.
   Email : M.E.Edwards@uk.ac.newcastle                  Phone : 091-273 4932
           "Do not adjust your mind ... there is a fault in reality"
						      #include <StdDisclaimer.h>
From: erica@wariat.org (Lady of the BitMode)
Newsgroups: alt.msdos.programmer
Subject: More Borland C/C++ troubles *sigh*
Date: 27 Jan 93 06:31:48 GMT
Distribution: usa
Organization: Akademia Pana Kleksa, Public Access Uni* Site


Hello again ppl. I have yet another problem with Borland C/C++ 3.1, 
yapbc <-- nah, here it is.

1: I'm running Dos 5.0 and windows 3.1
2: My computer has a Trident svga card (8900C) 1meg ram onboard
3: ok, I running windows and start up borland C/C++ for windows
4: load my project file
5: compile & link
6: run the debugger
7: Now, my monitor is a mess. I can't read a thing. Colored snow is
   all over the place.
8: I called borland and they tell me to download a file called
   sgva.zip. 
9: I call there BBS and I can't find the file.
10: HELP!; I refuse to spend anymore money on long distance calls
    to Borland internation. I could use the money to buy Microsoft
    compiler and SDK!!

Thank you,

Erica Ramsey
Newsgroups: alt.msdos.programmer
From: gaf@misty.anasazi.com (Guy Finney)
Subject: C/C++ 7.0 idiotic linking problem (the shame!)
Organization: Anasazi, Inc.  Phoenix, Arizona USA
Date: Thu, 21 Jan 1993 21:26:57 GMT
Originator: gaf@misty


Okay, so I haven't done any C development on DOS for some years.  My job is
to write C on Unix, and I only recently got the bug for doing Windows
development at home.

So I got me the shiny new C/C++ 7.0, installed it per the instructions,
and now find I can't link the simplest program (hello.c):

	#include <stdio.h>
	main() {
		printf("Hello world\n");
	}

I compile it with the following command.  Yes, I want the large model.

	cl /AL /c hello.c

Fine, it compiles into hello.obj.  But when I try to link it into hello.exe,
I get the message "Invalid object module" in reference to hello.obj.
Not even one of the Lnnnn message numbers to look up.  Hmmphh.

Geez, I'm not a total idiot, but what the heck is this all about?  Am I
missing some secret option to the linker, compiler, or what?  Why isn't
this just as straightforward as it should be?  Any help will be appreciated,
as this is going to be an expensive doorstop without the ability to link
object modules together into a single executable.
-- 
Guy Finney                                   "Ah, this is obviously some
Anasazi, Phoenix AZ                          new usage of the word 'safe'
gaf@anasazi.com  -or-                        I was previously unaware of".
...!asuvax!anasaz!gaf                            --- Arthur Dent
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: dichter@chdasic.sps.mot.com (Carl Dichter)
Subject: ANSI escape sequences
Organization: Motorola ASIC Division, Chandler AZ
Date: Fri, 22 Jan 1993 18:09:45 GMT

Does anyone have an a list of the ANSI (terminal) escape sequences?

I'm especially interested in the ones to change
color or attributes.

I understand that the Compaq DOS manual lists these.

----------------------
Carl R. Dichter               "iwannanugui"
Motorola ASIC Division
email: dichter@chdasic.sps.mot.com
* A native of Phoenix-- that's why you can't place the accent. *
From: rdb@po.CWRU.Edu (Robert D. Benedict)
Newsgroups: alt.msdos.programmer
Subject: ASHDISK.ZIP ( read foreign (non-dos) disks )
Date: 28 Jan 1993 10:42:02 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: rdb@po.CWRU.Edu (Robert D. Benedict)
NNTP-Posting-Host: thor.ins.cwru.edu




Has anyone seen this program? I read about it in PC Techniques.
It is a program that helps to read disks written on any machine
( ie apple, mac,unix... ) so long as they are 3.5" or 5.25".
The article contains only some of the source, but they mention
that it is available via Compuserve. I did a search with archie
and came up empty. If anyone has this or access to it that wouldn't
mind ... I would greatly appreciate it.

Thanks in advance,
		   Bob
-- 
Robert D. Benedict	                        Case Western Reserve University
rdb@po.cwru.edu	                                            Clarke Tower
ab555@cleveland.freenet.edu			        Cleveland, OH 44106
ad194@medina.freenet.edu		              	   (216)754-1104
Xref: sparky alt.msdos.programmer:3240 comp.lang.c:20204 comp.programming:3599
From: smclewin@ultrix.ramapo.edu (Scott M McLewin)
Newsgroups: alt.msdos.programmer,comp.lang.c,comp.programming
Subject: WANTED: info on automated testing tools
Date: 25 Jan 93 17:14:08 GMT
Article-I.D.: ultrix.9301260508.AA15912
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu


 
 
 
I am looking for infomation on automated software testing tools and would like 
advice on what tools are available and their relative merits.  I am running on 
an MS-DOS platform.
         
I am looking for a program which will excercise the user interface, capture 
and compare screen output, etc.  Presently, we are looking for something 
similar to Ghost from Vermont Creative Software.
 
Please mail any replies, as I cannot keep up with the news as often
as I would like to.   :(
 
 
Scott M McLewin
smclewin@ultrix.ramapo.edu
Newsgroups: alt.msdos.programmer
From: lehner@Informatik.TU-Muenchen.DE (Alexander Lehner)
Subject: Re: .com and .exe files
Originator: lehner@hphalle9c.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 27 Jan 1993 17:00:03 GMT


In article <1993Jan27.114320.14690@umr.edu>, mcastle@cs.umr.edu (Michael R Castle) writes:
.
.
.

|> Question:  Can't com files use more than 64k?  Once the program is going,
|> you can pretty much do what ever you want with the segment registers, and
|> request more memory, and access the full 640 k.  I seem to remember a while
|> back that someone wrote a program (forth interpreter, if I remember 
|> correctly) that is a .com file, but isn't limited by 64k.
|> 
|> mrc
|> -- 
|> Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
|>   mcastle@cs.umr.edu     and be right all the time, or not work at all
|> S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
|>     We are all of us living in the shadow of Manhattan.  -- Watchmen

Of course you can reload code data (think of overlays), but when doing this its
quite the same way as DOS does with the .EXE files :-)

-- 
                                    /\
     Alexander Lehner              /  \      lehner@informatik.tu-muenchen.de
                                  /    \  
     Birkenstr. 4                /      \    8059 Eittingermoos
                                /\  /\  /\
     "make love like war!"     /  \/  \/  \  Voice: 08161/84566
                              /    \  /    \
                              \    /  \    /             
                               \  /\  /\  /             
                                \/  \/  \/
                                  
Newsgroups: alt.msdos.programmer
From: law40003@nusunix1.nus.sg (TAN YEW KEONG)
Subject: Legal Discussion
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 25 Jan 1993 16:49:38 GMT



Please ignore ALL my previous postings on the subject.

I am a final year law student planning to specialise in law regarding
all aspects of computing. I am computer literate and will be able to
understand most computer jargon except highly technical subjects like
Huffman coding etc.

It would be interesting for me to get to know real world legal problems 
regarding computers. If you have any legal problems or experiences,
post to me, and I will be glad to discuss them with you. The experience will
prove invaluable to me.

Disclaimers :

I will not be liable for any prosecution, both civil and criminal,
arising in any way connected to our discussion, whether it may be
your reliance on our discussion, or our discussion leading to criminal 
behaviour.

Nobody should regard our discussions as final and conclusive, and I do not
profess any expert knowledge whatsoever.

I disclaim responsibility for any losses you incur by relying on our 
discussions, and if any of our discussions lead to criminal behaviour,
let it be known that I have no knowledge of collaboration with any
criminal.

I wonder if this disclaimer works, but it sure sounds legal. But I mean
all this mumbo jumbo, and if my drafting skills leave much to be
desired, read it in spirit, not in form.
--

_________________________________________________________________________
Michael Tan Yew Keong | law40003@nusunix1.nus.sg | law40003@nusvm.nus.sg|
Final Year Law student - OH GOD, IT'S BEEN A HELLUVA LONG TIME!!!       |
________________________________________________________________________|
--

_________________________________________________________________________
Michael Tan Yew Keong | law40003@nusunix1.nus.sg | law40003@nusvm.nus.sg|
Final Year Law student - OH GOD, IT'S BEEN A HELLUVA LONG TIME!!!       |
________________________________________________________________________|
Newsgroups: alt.msdos.programmer
From: gaf@anasazi.com (Guy Finney)
Subject: Re: C/C++ 7.0 idiotic linking problem (the shame!)
Organization: Anasazi, Inc.  Phoenix, Arizona USA
Date: Tue, 26 Jan 1993 23:02:21 GMT

gaf@misty.anasazi.com (Guy Finney - me) writes:
>
>Fine, it compiles into hello.obj.  But when I try to link it into hello.exe,
>I get the message "Invalid object module" in reference to hello.obj.
>Not even one of the Lnnnn message numbers to look up.  Hmmphh.

Thanks to all those who suggested there might be some other program
named link.exe in my PATH prior to the one in my C development directory.
That was it.  This was very annoying.  One might be forgiven for thinking
that Microsoft would have anticipated this and either named their linker
something else, or at least mentioned in the release notes that they
overloaded the name link.exe so you could take appropriate action.

Oh well.  Another fun DOS development story.  I'm glad I don't work
on DOS for a living.
-- 
Guy Finney                                   "Ah, this is obviously some
Anasazi, Phoenix AZ                          new usage of the word 'safe'
gaf@anasazi.com  -or-                        I was previously unaware of".
...!asuvax!anasaz!gaf                            --- Arthur Dent
Newsgroups: alt.msdos.programmer
From: S_KRANAWET@rzmain.rz.uni-ulm.de (Kranawetter Marco)
Subject: DPMI with Borland Padscal 7
Organization: University of Ulm, Germany
Date: Thu, 28 Jan 1993 13:19:41 GMT
X-News-Reader: VMS NEWS 1.25beta

hello ! i've got great troubles with converting a turbo pascal 6 program to
a dpmi-program ! i make use of direct adresses (PORT[...]). in tp6 is
everything correct, but as dpmi-program, i always get protection faults
(runtime error 216).
The problem: i want to know, how i can get a selector to the real mode
segment $0000. how can i define correct selectors ? or is it in the
protected mode not allowed to read and write then segment $0000 ?
			thanx !
Xref: sparky alt.msdos.programmer:3287 comp.os.msdos.programmer:12540 comp.sys.ibm.pc.programmer:809
From: hermann@ovid.uni-passau.de (Michael Hermann)
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Re: ANSI escape sequences
Date: 28 Jan 1993 19:03:46 GMT
Organization: University of Passau, Germany
Distribution: world
NNTP-Posting-Host: ovid.fmi.uni-passau.de


> I strongly recommend NNANSI version 09/92

By now there is a nnansi 01/93...

(Thought you might want to know)

  -Mike
From: banshee@natinst.com (Jeff Kellam)
Newsgroups: alt.msdos.programmer
Subject: Re: Problem with TurboC++ ???
Date: 22 Jan 1993 17:12:14 -0600
Organization: National Instruments, Austin, TX
NNTP-Posting-Host: eagle.natinst.com

In article <C1A0IC.I0G@icon.rose.hp.com> wes@hpsmo100.rose.hp.com (Westley) writes:

[problems with declaring variables in header files omitted]

>I have seen a similar behaviour ONLY when both files (foo.c and bar.c) are
> included in the same 'project'.  Turbo C will completely compile all files
> related by the project list and then try to link them.  If you have an
> #include that declares a variable, it will be declared in ALL files that
> refer to that #include.  Then the link process will find multiply declared
> variables.  
>One way to avoid this is to NOT have any variable declarations in generic
> #include files.  In other words, declare any variable IN each file, not in
> an #include.  ONLY one of the files will need to do the actual declaration,
> the others will refer to that declaration with 'extern' put in front of
> their declarations.
>The 'project' option in Turbo C is pretty neat, but can be dangerous if you
> don't understand it completely (as I did the first few times I tried to use
> it).  Good luck with your project.
>
>	Westley
>	wes@hpsmo100.rose.hp.com

Another way to avoid this, in C, not C++, is to set the "generate COMDEFs"
option to on.  When a non-initialized variable is in a header file, every
module which includes that header is going to try to allocate space for it
in its OBJ which generates a PUBDEF.  The COMDEF allows the linker to decide
what to do about the variable and thus can help.  Note though, that
the Borland will not genrerate COMDEFs when it is compiling a C++ module.

This really isn't the fault of the Project concept, since any program
that does this is going to fail in the linking, whether via a project make
or via the command line linker.


Regards,




Jeff K

-- 
National Instruments - I work for them, not speak for them.
From: sal8@po.cwru.edu (Steve Luzynski)
Newsgroups: alt.msdos.programmer
Subject: Re: modem toolkit
Date: 22 Jan 93 21:12:16 GMT
Organization: Case Western Reserve University
NNTP-Posting-Host: b61442.student.cwru.edu

In article <1993Jan21.193751.4541@athena.mit.edu> wanderer@athena.mit.edu (Hobbes) writes:
>From: wanderer@athena.mit.edu (Hobbes)
>Subject: modem toolkit
>Date: 21 Jan 93 19:37:51 GMT
>Hi, I am looking for a modem programming toolkit in C or C++... I looked
>in wuarchive.wustl.edu and at some books, but everything I can find seems
>to be very low-level... I just want something on the level of something
>like init_modem,get_character, send_character, flush_buffer, close_modem.
>
>Is there nothing that's this simple and still works well?

What compiler are you using? Borland C++ 3.1 has a lot of higher level 
functions like you describe in it. Your bookstore probably sells it for 
about $120...

----------------------------------------------------------------------------
steve luzynski @ case western reserve university in cleveland, oh
sal8@po.cwru.edu  | voice calls testily accepted at x2153.
----------------------------------------------------------------------------
Editor - OS/2 Programmer's Magazine.  Watch for it!
----------------------------------------------------------------------------
OS/2 developer and user. got an idea? mail it in!
Newsgroups: alt.msdos.programmer
From: paul@resumix.portal.com (Paul Erickson)
Subject: Re: .com and .exe files
Reply-To: paul@resumix.portal.com
Organization: Resumix, Inc., Santa Clara, CA
Date: Thu, 28 Jan 93 21:31:45 GMT

the standard action of a com file is to locate the data, stack and code all within one segment.  However, their is not this limitation on the heap.  Therefore, the program can allocate as much memory (malloc or getmem or new) as the machine has availiable.  Also the CS and DS segment registers can be modified directly, but unless you are experienced with how DOS handles memory this is not a good idea.

In article 14690@umr.edu, mcastle@cs.umr.edu (Michael R Castle) writes:
>In article <C1HtvM.Eun@world.std.com> mikep@world.std.com (Michael Podanoffsky) writes:
>>
>>Both .com and .exe files can be loaded anywhere.
>>
>>A .com file contains no segments whatsoever.  All data, code and stack share
>>the same 64k segment.
>>
>>An .exe file contains segments and can exceed 64k.  Only .exe files are really
>>rommable should this ever be needed.  One major side effect is that different
>>code segments may be produced.
>>
>>.com files are an exact byte image of the program in memory without any
>>relocation information.  That means all references are near.
>
>Question:  Can't com files use more than 64k?  Once the program is going,
>you can pretty much do what ever you want with the segment registers, and
>request more memory, and access the full 640 k.  I seem to remember a while
>back that someone wrote a program (forth interpreter, if I remember 
>correctly) that is a .com file, but isn't limited by 64k.
>
>mrc
>-- 
>Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
>  mcastle@cs.umr.edu     and be right all the time, or not work at all
>S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
>    We are all of us living in the shadow of Manhattan.  -- Watchmen





Newsgroups: alt.msdos.programmer