HDTenEightyP/NetNews huggingface dataset:
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Source to UUENCODE / XXENCODE
Date: 12 Apr 92 20:01:58 GMT
Organization: University of Vaasa, Finland

In article <702781917.F00005@cloud.pub.uu.oz.au> hamish@cloud.pub.uu.oz.au (Hamish Moffatt) writes:
>Anyone got any source to UUENCODE (prefered) and XXENCODE (if handy)? If so,
>please mail it to me, or tell me where I can get it. FTP not available to me,
>sorry.

In that case you could try a mail server.

 8192 Mar 15  1991 garbo.uwasa.fi:/unix/decode/uudecode.tar
16384 Mar 15  1991 garbo.uwasa.fi:/unix/decode/uuencode.tar
 6657 Jul 13  1988 garbo.uwasa.fi:/unix/decode/xxdecode.zip

"If you do not know how to go about getting this material users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the garbo
mirror on wuarchive.wustl.edu.  Oceanian users are referred to the
archie.au mirror.  The mirrors may lag occasionally, or might not
have all the files."

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun
From: gb7@prism.gatech.EDU (Joe Bradley)
Newsgroups: comp.os.msdos.programmer
Subject: Re: MS C/C++ v7 - need info
Date: 15 Apr 92 13:55:03 GMT
Organization: Georgia Tech Research Institute

Speaking of MS C/C++ v7, does anyone know when this package is going to
ship? It was supposed to ship at least a month ago, but I haven't found
anyone yet who has it.

I can't even get through on the MS 800 number to order the upgrade. They
must be flooded with calls for Windows 3.1.

Joe


-- 
G. Joe Bradley                      |  INTERNET:    gb7@prism.gatech.edu
Georgia Tech Research Institute     |  COMPUSERVE:  76064,1673
Modeling and Analysis Laboratory    |  PHONE:       404-894-3548
Atlanta, Georgia, 30332             |  FAX:         404-894-7227
From: skipa@milton.u.washington.edu (Skip Albertson)
Newsgroups: comp.os.msdos.programmer
Subject: HELP Mouse-Driven Menus in Microsoft C
Summary: HELP Mouse-Driven Menus in Microsoft C
Keywords: HELP Mouse-Driven Menus in Microsoft C
Date: 10 Apr 92 19:12:34 GMT
Article-I.D.: milton.skipa.702933154
Organization: University of Washington


I'm new to C programming and wondered if someone would be
kind enough to mail me some sample code which shows how
to code a typical MENU (for any application) with Mouse
control (i.e. in addition to using keys to choose Menu
options).  I'm working on a PC with the Microsoft compiler
if it makes a difference.

Alternately, perhaps someone knows of such a code on a
board that I could download.


Thanks in advance,

alberts@apl-em.apl.washington.edu
Xref: sparky comp.os.msdos.programmer:5302 comp.windows.ms.programmer:5328
From: demillo@juliet.ll.mit.edu ( Robert DeMillo )
Newsgroups: comp.os.msdos.programmer,comp.windows.ms.programmer
Subject: Re: MS C/C++ v7 - need info
Date: 10 Apr 92 20:07:22 GMT
	<1992Apr10.140348.27101@watdragon.waterloo.edu>
Organization: M.I.T. Lincoln Lab - Group 43

In article <1992Apr10.140348.27101@watdragon.waterloo.edu> dmurdoch@watstat.waterloo.edu (Duncan Murdoch) writes:
> In article <jonas.27@udac.uu.se> jonas@udac.uu.se (Jonas Fogelberg) writes:
> >In article <10125@goanna.cs.rmit.oz.au> gtj@goanna.cs.rmit.oz.au (Glenn T Jayaputera) writes:
> >
> >Yes, MSC/C++ 7.0 system includes everything you need to develop Windows 
> >applications. According to an information leaflet I received from 
> >Microsoft a few days ago, the system includes the following tools/utilities 
> >for Windows development:

> There's a fairly positive review of a beta copy of it in the latest PC 
> Techniques magazine.  I think the main criticism was that none of the tools
> were Windows applications.

> Duncan Murdoch

I had read in InfoWorld that MSC 7.0's debugger includes Soft-ICE's 
CV/1 program that allows the debugger (albeit still text based) to 
run in a DOS Shell window, rather than having to flip screens or
use a second monitor. Can someone tell me if this is, in fact, the 
case? (I want to pull my second monitor off, its slowing my SVGA down.)

Thanks in advance.


--
 - Rob DeMillo			| Internet: 	 demillo@juliet.ll.mit.edu
   MIT Lincoln Lab 		| Also Internet: rjd@brown.cs.edu
   Weather Sensing - Group 43	| Reality: 617-981-2105 (office)

"Operation Goofy now in effect!"
	--- Tom Servo, "Gamera vs. Gaos," Mystery Science Theater 3000
Newsgroups: comp.os.msdos.programmer
Subject: Re: 386 SX Bug
From: Kris.Heidenstrom@bbs.actrix.gen.nz
Date: Thu, 16 Apr 1992 12:34:18 GMT
Organization: Actrix Information Exchange
Keywords: 386SX, BUG, INTEL

In article <3544@cruzio.santa-cruz.ca.us> aki@cruzio.santa-cruz.ca.us writes:
> 
>    When the CPU gets to CALLing the hardcoded addr, it will not return.
>    It gets lost in never never land. It seems,  that the address is not
>    correctly stored to the target memory location with the MOV command.
>  
>   asm     mov ax, segm
>   asm     mov bx, 0
>   asm     mov di, offset offs_tavu
>   asm     mov cs:[di], bx
>   asm     inc di
>   asm     inc di
>   asm     mov cs:[di], ax
>  
>   asm     db 0x9A        /* CALL FAR, next two words are: OFFS, SEGM */
>   asm    offs_tavu:
>   asm     dw 0
>   asm     dw 0

I don't think this is a bug.  I have found this 'problem' with the 486.
I think the problem is due to instruction prefetching, aka pipelining.
The processor prefetches instructions during cycles which would not
otherwise cause a bus access, and stores them in a queue (the prefetch
queue).  The processor is using cycles which would have been wasted, to
save cycles later on.
Unfortunately, the prefetch queue is not integrated with the memory
accessing logic (the way the cache is), therefore modifying data in
memory will not cause the data in the prefetch queue to be updated.
Thus the processor will use whatever values were already in the
memory locations.
This is one reason why self-modifying code should be avoided.
There are two ways to get around this problem - either put an instruction
JMP SHORT $+2 between setting up the address and using it - this causes the
prefetch queue to be flushed, or don't self-modify the code.  You could do
some direct stack manipulation and 'RET' to the routine.

Kris
--
"My motto is, you can't fight City Hall. But you can crap on the steps and
then run like mad" - Alexei Sayle
-- 
Kris.Heidenstrom@bbs.actrix.gen.nz  Box 27-103, Wellington, New Zealand
From: roelof@parst1.UUCP (Roelof van Suilichem)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Warm boot?  (All suggestions so far have been dangerous!)
Date: 10 Apr 92 11:21:26 GMT
Organization: Paradigm Systems Technology

In article <1992Mar30.171014.3133@exu.ericsson.se> exuhag@exu.ericsson.se (James Hague) writes:

>Raymond Chen writes:
>>
>>Many people (including me, even) suggest the standard "jmp FFFF:0000"
>>method.
>>
>>But this is extremely dangerous if the user is running disk cacheing
>>software, since it bypasses *everything*!  Caches don't get flushed,
>>and you run the risk of trashing your hard drive!

>Does anyone know which method 4DOS uses for its REBOOT command?
>--
>James Hague   
>exuhag@exu.ericsson.se

As far as I know, they just precede the jmp with a 1 second delay so that
the cache can flush.  This is still dangerous.

Roelof
From: grooth@prl.philips.nl (groothuis e)
Newsgroups: comp.os.msdos.programmer
Subject: Re: DOS is dead.
Date: 16 Apr 92 09:23:18 GMT
Organization: Philips Research Laboratories Eindhoven, the Netherlands

In article <703214134snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
>DOS is dead.  (At most) A year from now no one will be programming for MS-DOS.
[..some opinions deleted..]
I don't share your opinion... I believe that as long as Microsoft and/or
Digital Research supports MSDOS cq. DRDOS it will stay alive... Yes,
you're right to say that faster machines are going to use Windows oslt.,
but there are a lot of people who a. Don't have a 386+, b. Don't want to
spent that much money on a shell on msdos.
I somewhere believe that dos will go the same was as unix... 

When Microsoft launched windows 3.x as a Operating System (and not as a
Operating Shell), it would have killed MSDOS (and maybe OS/2) faster...
But you need MSDOS to start Windows, so...

>-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!

edwin groothuis
---
 456477696E204772-6F6F746875697320   Edwin Groothuis 
 67726F6F74684070-726C2E7068696C69   grooth@prl.phili
 70732E6E6C207338-3934303530373940   ps.nl s89405079@
 6873652E6E6C0D                      hse.nl.
From: timlee@public.btr.com
Newsgroups: comp.os.msdos.programmer
Subject: Re: Programming in 386/486 protected mode
Date: 11 Apr 92 04:11:15 GMT
Reply-To: timlee@btr.com (Timothy J. Lee)
Followup-To: comp.os.msdos.programmer

joe@proto.com (Joe Huffman) writes:
|crichmon@sedona.intel.com (Chris Richmond) writes:
|
|>PC Week ran an article ( Oct. 14 1991 , page 133 ) on this topic.
|
|>        Intel's          386/486 CodeBuilder 1.0;
|>        MetaWare's       High C 2.31
|>        Symantec's       Zortech C++ 3.0
|>        Watcom's         C/386 8.5
|
|This is getting a bit old.  Watcom has 9.0 out now.  Symantec has another
|release out (still called 3.0 'something' though), too.  I wouldn't be
|surprised if the others do also...

Intel has Code Builder 1.0e (at least) which fixed a bunch of nasty
bugs in 1.0.  MetaWare has High C 2.4 out now.

Newsgroups: comp.os.msdos.programmer
From: dmurdoch@watstat.waterloo.edu (Duncan Murdoch)
Subject: Re: DOS is dead.
Organization: University of Waterloo
Date: Thu, 16 Apr 1992 17:16:36 GMT

In article <komarimf.703431575@craft.camp.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark Komarinski) writes:
>
>I think Russ's point is that people will stop buying DOS in favor of a
>real operating system, be it OS/2, UNIX, or NT.  I would not be so 
>optimistic about DOS's demise tho.  Maybe 2-3 years and most development
>for DOS-based platforms will stop.

Hardly any people buy operating systems.  The only one I've ever bought was
the DOS 5 upgrade; in every other case, the OS has come with the machine,
and usually isn't worth the trouble to change.  (The DOS 5 change was only 
worthwhile because it cost about $25, as part of a site license.)

This makes it seem very unlikely that people will stop buying DOS:  that would
require the clone makers to start distributing a different OS on their
machines, and nobody but IBM is brash (stupid?) enough to do that.

It's also true that people hardly ever buy new software.  I bought new
packages for the first couple of years of owning a PC, but since 1987,
have only bought one or two more.  The rest of my software
spending has been on upgrades.  Software vendors know they can keep making
lots of money by selling incremental upgrades to their packages every year;
they'll port to other OS's if there's enough demand (e.g. for something
like WordPerfect), but they'll never forget their big installed base
of DOS users who can be milked every year for another upgrade.

That still leaves the possibility that all the development will happen on
a different OS, and DOS will just get the ports.  I'd say that's possible,
but quite unlikely.  With so many more DOS machines and DOS programmers
around than for any competing OS, it doesn't make economic sense.
Furthermore, for anything but niche development, there's a wider variety of 
development tools available for DOS than for any other OS, and they're much 
cheaper.

Duncan Murdoch
Newsgroups: comp.os.msdos.programmer
From: Ralf.Brown@B.GP.CS.CMU.EDU
Subject: Re: Moving directories
Date: Mon, 06 Apr 92 12:29:14 GMT
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

In article <1992Apr6.020405.6182@NCoast.ORG>, brown@NCoast.ORG (Stan Brown) wrote:
}"I don't think so, Tim."  As I read Ralf's list function 5D can't do
}anything that function 56 can't, except allow wild cards in renaming.
}But since func 56 can't move a subdirectory, as I read the list function
}5D can't move subdirectories either.  (I may be misinterpreting Ralf Brown's
}interrupt list; can you speak up if so, Ralf?)

You read it right.  I don't know of any way to convince DOS to move a
subdirectory on its own.

-- 
{backbone}!cs.cmu.edu!ralf  ARPA: RALF@CS.CMU.EDU  FIDO: Ralf Brown 1:129/26.1
BITnet: RALF%CS.CMU.EDU@CARNEGIE   AT&Tnet: (412)268-3053 (school)   FAX: ask
DISCLAIMER?  Did   |  Hansen's Library Axiom: The closest library doesn't
I claim something? |                          have the material you need.
From: stern@mble.philips.be
Newsgroups: comp.os.msdos.programmer
Subject: Re: tricky batch - help
Date: 8 Apr 92 12:53:29 GMT
Organization: MBLE , Brussels, Belgium

In article <92097.223002L28BC@CUNYVM.BITNET>, L28BC@CUNYVM.BITNET writes:
> I am trying to find a way to prompt a user to enter a filename.  The computer
> will then search for an existing filename and insert the filename and path
> into a variable.  Does anyone know or have an idea how to search for the files
> and insert their filename and path into a varialbe, if they exist or not ?
> 
> 
>                                               Thanks in advance
>                                                  - Jack -


Here is THE solution to enhance your batch files.
I used to work on systems owning a very much powerful shell language
(UNIX, VMS,...) and I had to write a lot of batch files for automating
PC use. Due to the limitation of COMMAND.COM I write a very general program
that manipulate the environment variables. I now couldn't live without it.

Try XSET (version 2.12), it is available
   at SIMTEL20 PD1:<MSDOS.BATUTL>XSET212.ZIP
or at GARBO.UWASA.FI:/PC/BATCHUTIL/XSET212.ZIP


	XSET allows you to put EVERYTHING you want in a variable of
 the current environment and use it as if you gave it the value with
 the standard DOS command 'SET'. You will be able to write very efficient
 batch files including string manipulation, calculation,...

	XSET is the more powerful environment variable manipulation
 program you never saw. It also has the easiest and most intuitive
 user interface it is possible to write (very closed to the DOS 'SET'
 command).


 XSET is fully compatible with MS-DOS 5.0, DR-DOS 6.0, NDOS & 4DOS 4.0.


 XSET has five major features:
 ============================

  - XSET permits to catch the output of any command (internal or external)
    or program and put it into an environment variable.

  - XSET has several built-in commands to modify the output of a program
    or a string given on the command-line (extract a part of a string,...)

  - XSET has a built-in full floating-point calculation functionalitie:
                        -------------------------------

    You can make incremental loops, input a calculation string and
    output a number,...

  - XSET can manage variable contents of more than 128 characters
    (your path can now be as long as you want)

  - XSET has some other built-in commands to give you access to some
    system datas (date, time, ...)

                                                       M. Stern
  More than 40 commands to let you do all what you need.
                                          


-----------------------------------------------------------------------------
       Marc Stern  <stern@mble.philips.be>

  ***  Theory is when we know everything but nothing goes right.      ***
  ***  Practice is when everything goes right but nobody knows why.   ***
  ***  Here, we have an harmonious mix between theory and practice:   ***
  ***        nothing goes right and nobody knows why.                 ***
Newsgroups: comp.os.msdos.programmer
From: melchers@Harpo.Chemie.FU-Berlin.DE (Bernd Melchers)
Subject: MS-C 7 : no OS/2 support ?
Organization: Free University of Berlin, Germany
Date: Fri, 10 Apr 1992 14:11:15 GMT

It seems to me, that Microsoft removed the support of OS/2.

Can MS-C 6 create programs that run under  IBM OS/2 2.0 ??


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bernd Melchers                   | melchers@harpo.chemie.fu-berlin.de
Freie Universitaet Berlin        | Lieblingsessen: Pizza, aber nur
Institut fuer Kristallographie   |              selbstgemachte...
Takustr. 6                       |              und ohne Tierkadaver
D 1000 Berlin 33                 |
Earth                            |
Tel.: 0049-30-8383890            |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Xref: sparky comp.os.msdos.programmer:5270 comp.sys.ibm.pc.misc:7347
From: phil@adam.adelaide.edu.au (Phil Kernick)
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc,comp.sys.ibm.pc.misc
Subject: How to a print *really* big letters?
Date: 9 Apr 92 02:46:53 GMT
Followup-To: poster
Organization: University of Adelaide, South Australia

I need to be able to display a large character (one of the standard ASCII
set) in the middle of a VGA display.

This does not sound like it should be too difficult, but up to now, I have
not been able to find a way to do it, without having to define all of the
character set myself.

I was hoping to be able to use TurboPascal6.0, but the font support is only
vector, so while I can draw big characters, they are not solid - which I
require for my application.

I have already grepped through the simtel archive, and cannot find anything
like this.


Please reply, and I will summarize if there is enough of a response.


Thanks in advance,
Phil.


-- 
   _-_|\    Phil Kernick                E-Mail: phil@adam.adelaide.edu.au
  /     \   Departmental Engineer       Phone:  +61 8 228 5914
  \_.-*_/   Dept. of Psychology         Fax:    +61 8 224 0464
       v    University of Adelaide      Mail:   GPO Box 498 Adelaide SA 5001
From: abradfor@copper.denver.colorado.edu (Gnarled Among Mammoth)
Newsgroups: comp.os.msdos.programmer
Subject: Using a mouse
Summary: Running out of time and I need to make this @%#&! thing work
Date: 16 Apr 92 06:23:41 GMT
Distribution: na
Organization: University of Colorado at Denver

I'm relatively new to programming ms-dos, at least at a system level,
and I am desperately in need of getting mouse support into a very
important (to me, if no one else) program. Rather than learning the
in's and out's of programming mouse drivers, etc., I looked around
for some kind of demonstration mouse package. The one I found that
worked best for me (my main requirement being that it works with
BC++) is MouCeLIB, which is a C conversion of a Turbo Pascal program.

My problem now is that, when I insert the interrupt handler that
came with it, the machine crashes. I could hack together a non-
interrupt version that works, but I'd really prefer an interrupt
routine (plus I don't know if I have enough time, anyway - I need
a runnable version of this by the 22nd). I only made one modification
to the library - it wouldn't compile with an underscore in front of
a reference to "data" in the assembly of the handler. As near as I
can tell, the "data" that it now refers to is the correct one, but
I also don't know 80x86 assembly (and don't plan to learn).

So my questions are:

1) Did I goof by removing that underscore? And if I did, what
declaration should I make so that it will compile?

2) Am I going at this all wrong? Is there something I'm probably
missing? Can I ever truly understand this way of doing things?

3) Is there a better package that I can get for my purposes? I can
ftp, but I don't know the best sites for msdos.

4) Will I live if this isn't done by the 22nd?

email (abradfor@copper.denver.colorado.edu) would be helpful, but I
will continue to watch this newsgroup as well.
--Andrew
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
From: jimmy@namao.ucs.ualberta.ca ()
Subject: How would YOU do this
Organization: University of Alberta
Distribution: na
Date: Thu, 9 Apr 1992 15:22:56 GMT

Hi folks,

Two graphics related questions:

1. DOS question:
   I have an application in DOS where I select an icon from a palette
   and place it on a screen. After the icon is placed on the canvas,
   pixels under the graphics mouse cursor disappear. Why does this 
   happen and what is the fix ? Using 386 and VGA.

2. GENERAL GRAPHICS question:
   Are there any conventions for representing "draggable" icons ? Should
   they show up as simple line drawings or can they show up as buttons
   with simulated depth ? The idea would be to "press" the selected icon
   button while it was selected.

Thanks,
Jimmy

jimmy@namao.ucs.ualberta.ca
--
jimmy@namao.ucs.ualberta.ca
From: sci240s@monu6.cc.monash.edu.au (Mr W.J. Ho)
Newsgroups: comp.os.msdos.programmer
Subject: Re: MS C/C++ v7 - need info
Date: 13 Apr 92 07:00:05 GMT
Organization: Monash University, Melb., Australia.

In <1992Apr9.151016.1805@NCoast.ORG> brown@NCoast.ORG (Stan Brown) writes:

>In article <10125@goanna.cs.rmit.oz.au> gtj@goanna.cs.rmit.oz.au (Glenn T Jayaputera) writes:
>>Hi..

>  - 32-bit development environment takes advantage of your 386 or better
>    hardware for faster compiling and greater capacity.
>(end quote)
>-- 

 Still does not support 32-bit code development? When is it coming along?
After Windows NT has been released? Or forget about these MSwares and go to
OS 2.0 and get one  of the 32-bit compilers available.

-- 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>Wey Jing Ho    Tel: 61-3-573-2567   E-mail : sci240s@monu6.cc.monash.edu.au<
>Physics Dept., Monash University ( Caulfield Campus ), Melbourne, AUSTRALIA<
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
From: etxerus@james.ericsson.se (Hans Beckerus LG/THB)
Newsgroups: comp.os.msdos.programmer
Subject: Help! Environment variables
Date: 15 Apr 92 07:16:24 GMT
Followup-To: comp.sys.ibm.pc.programmer
Organization: Ericsson Telecom, Stockholm, Sweden


Yet another problem I cannot solve. 

I'm trying to set an environment variable from a C program
that should be used in the primary shell. I've tried the
TC/C++ function 'putenv ()' and it works fine aslong as I'm
not leaving the program. Somehow it must be possible to set the 
variable so that it is stored in the primary shell and not lost
when the program exits. I've also tried the third parameter with
main (argn, argv, env) in a foolish attempt to get the array
pointer from the startup shell, but no luck. 

I hope someone can help me. Any code examples or suggestions
are welcome, I'm really stuck on this one.


   Cheers!

________________________________________________________________________________
Hans Beckerus                  Phone  : +46 8 719 59 60     
Ericsson Telecom AB            Memo   : ETX.ETXERUS
AXE System Design              E-mail : etxerus@james.ericsson.se
126 25 Stockholm
SWEDEN
From: hamish@cloud.pub.uu.oz.au (Hamish Moffatt)
Newsgroups: comp.os.msdos.programmer
Subject: Object file format for BC++
Date: 7 Apr 92 03:55:18 GMT

Hello Stan!

In a message posted <Tuesday March 24 1992>, Stan Brown wrote to All (xpost:
1):

 SB> By the way, there is no such newsgroup as "comp.sys.ibm.pc.programmer".
 SB> I have changed the Newsgroups line to reflect this.

Well the users of that newsgroup are going to get quite a shock! I have
comp.sys.ibm.pc.programmer here and it is definately different to
comp.os.msdos.programmer too.

Regards,
Hamish

 * Origin: Cloud Nine, Melbourne, Australia. cloud.pub.uu.oz.au (3:635/552)