HDTenEightyP/NetNews huggingface dataset:
From: leach@homer.ds.boeing.com
Newsgroups: comp.os.msdos.misc
Subject: Weird printing problem
Date: 10 Nov 92 17:05:54 GMT
Organization: Boeing Defense & Space Group

Greetings.

I have a friend with a NEC PC which is experiencing problems with printing
within Windows 3.0 and WordPerfect 5.1 applications to a Panisonic KX-P1124.
When a document is printed, the printing will overstrike at random.  An
examination of the data being sent to the printer shows that a printhead home
escape sequence is being inserted into the data stream.  Thinking it may be
a virus or other related fault the PC hard disk was reformatted (low level)
and reloaded from the distribution disks.  The problems still occurs.  What
makes this even more confusing is that the DOS 5.0 PRINT command does not
experience this problem and it was printing fine earlier without any system
or software changes.  All applications correctly identify the printer
and host system.  Microsoft and NEC help lines were useless.

Any ideas/suggestions?  Thanks.

-----------------------------------------------------------------------------
Greg Leach		  | Internet:  leach@homer.ds.boeing.com
The Boeing Company	  |	       leach@elvis.boeing.com
P.O. Box 3999  M/S 9F-61  | 
Seattle, WA  98124-2499	  | Phone:     (206) 657-6379
-----------------------------------------------------------------------------
Newsgroups: comp.os.msdos.misc
From: morey@perdita.etdesg.trw.com (Mitch Morey R12/2623 x25167)
Subject: HELP - PC configuration
Originator: morey@
Organization: TRW Inc., Redondo Beach, CA
Distribution: usa
Date: Thu, 12 Nov 92 14:57:50 GMT

To Whomever can help me:

I have an EVEREX 386/33 running MSdos 5.0 containing:

	4 MEG RAM
	4.5 MEG cache
	1.2 G HD
	1 floppy drive
	a 3COM (3C505) ethernet board with PCNFS s/w
	and a plain VGA monitor with Video 7 board
	also have 386MAX at hand if needed

I'm hooked to the internet network but am having problems with my computer.
My computer used to be at DOS3.3 but I upgraded to use this fancy NEW! FTP
software (FTP22) that I could unload when I wasn't using it.  Needless to say
the software can't talk thru this board as it stands, and the tech says my
board (which I hardly used) is bad!

I don't plan to downgrade to DOS3.3 again but would like to know how to
effectively set up my config.sys and autoexec.bat files.  Any suggestions
would be helpful.

Also, my board is set up:  interrupt 10, 300, DMA 7 and I would like to keep
it this way.

I can be reached at uunet!donald.etdesg.TRW.COM!morey@uunet.UU.NET
Newsgroups: comp.os.msdos.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Is dos 6.0 gonna multitask? Or have no memory barrier????
Keywords: dos 6
Organization: Texas Instruments Inc
Date: Fri, 6 Nov 1992 16:46:03 GMT

In <BxAq18.L9o@ra.nrl.navy.mil> miner@hightop.nrl.navy.mil (Les Miner) writes:

>In article <130@complex.complex.is> frisk@complex.is (Fridrik Skulason) writes:
>>baloo@mik.uky.edu (kevin s coupal) writes:
>>
>>>Is dos 6.0 gonna multitask, and do away with the 640k memory barrier?
>>
>>No.  Basically DOS 6.0 is just DOS 5.0 with a bunch of new utilities bundled.
>>The big changes will wait for DOS 7 - if that ever will be released.
>>
>If you want something to compare to UNIX just wait for Windows NT.  Its in 
>Beta rignt now.  There is a newsgroup called comp.os.ms-windows.programmer.win32
>that discusses this.

And by this time next year, maybe there will be a real product to
discuss and Microsoft will have decided if they're trying to compete
with UNIX or with OS/2.  :-)

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: cosham@yoyo.cc.monash.edu.au (Mark Cosham)
Newsgroups: comp.os.msdos.misc
Subject: Re: Is dos 6.0 gonna multitask? Or have no memory barrier????
Keywords: dos 6
Date: 12 Nov 92 01:03:24 GMT
Organization: Monash University, Melb., Australia.

In <1082@diane.informatik.uni-frankfurt.de.informatik.uni-frankfurt.de> zessin@helena.rbi.informatik.uni-frankfurt.de (Ralf Zessin) writes:

>In <baloo.721011468@mik.uky.edu> baloo@mik.uky.edu (kevin s coupal) writes:

>>Is dos 6.0 gonna multitask, and do away with the 640k memory barrier?
>>If not I won't believe it.  Dos has gotten so far behind the times.  I'm
>>completely sick and tire of 'out of memory messages'  I'll have to switch
>>to unix if dos 6.0 doesn't shape up.  

>The endless Dream.....

>DOS version whatever cannot have multitasking and will forever have
>the 640k Barrier, or if this is false, no programm written under earlier
>versions will run, or, if this is false, those programms disables multi-
>tasking and won't believe memory above 640k.

>-Ralf

That's exactly right, Ralf.  DOS is a single-user, single-tasking
operating system and people wanting something else should use something
else.  Perhaps OS/2 or Windows.  The 640Kb memory barrier is reasonably
easy to 'break' though - the newest form being DPMI.

My 2 cents worth.

Mark Cosham
-- 
 Practice random kindness and senseless acts of beauty.
-----------> <-------> <-------> <-------> <-------> <-------> <-----------
 Mark Cosham   Monash University, Melbourne, Victoria, Australia
    cosham@yoyo.cc.monash.edu.au
From: dosm@stein.u.washington.edu (Charles Klement)
Newsgroups: comp.os.msdos.misc
Subject: Hard Disk
Keywords: Seagate Hard Disk help
Date: 10 Nov 92 00:21:36 GMT
Article-I.D.: u.1992Nov10.002136.22931
Organization: University of Washington, Seattle


	I have a question for all you hard disk experts out there.  I have
a 42 meg ST-257A but no documentation for it. (I received it for gratis)
Does anyone have any information on the drive such as Cyls, Heads etc.  Also if
anyone knows of the switch setting to configure it as a slave and as a
master that would be really great. Please E-mail me or post an article
which ever is easier for you (I'm flexible).


__
Charles Klement
University of Washington
E-Mail: dosm@u.washington.edu
__
From: Bob.Dickey@altern8.mi.org (Bob Dickey)
Sender: FredMail@altern8.mi.org
Newsgroups: comp.os.msdos.misc
Subject: MSDOS 5.0 chkdsk WARNING
Date: 08 Nov 92  14:29:20 EST

JB>          Run chkdsk WITHOUT the '/f' option and check the
JB>          "Total allocation units on disk". If this number is
JB>          more than 65280, you're at risk. DO NOT USE CHKDSK TO
JB>          CORRECT ANY DISK PROBLEMS if this is the case. You'll
JB>          trash your disk.

Thanks for the tip. I just checked it and found I "safe".


 * OLX 2.1 TD * "Try to get back  on topic", he said moderately
From: GNR100@psuvm.psu.edu
Newsgroups: comp.os.msdos.misc
Subject: Re: Formatting a 3.5" HD diskette to 720K - broken?
Date: 13 Nov 92 21:28:08 GMT
Organization: Penn State University


       as long as the question is raised, how do you do it in MSDOS?

                                   Gordon Rogers
                                           gnr100@psuvm.psu.edu
From: aki@cruzio.santa-cruz.ca.us
Newsgroups: comp.os.msdos.programmer
Subject: Re: Detecting Windows ?
Date: 10 Nov 92 21:24:59 GMT
Article-I.D.: cruzio.4619
Reply-To: aki@cruzio.santa-cruz.ca.us

In article <HPV.92Nov10162244@kelvin.uio.no>, hpv@kelvin.uio.no (Hans Peter Verne) writes:
> 
> I'm writing this for a friend who doesn't have access to the net, poor soul.
> Please reply by mail, I'll post a follow-up (if I get any replies...).
> 
> Does anyone know a reliable way to determine if windows (tm) is running,
> and under which mode, from a standard dos program ?
> 
> I've tried the int2F,1600 function, but to no awail.
> 
> Greetings,
> Hans Peter ( hpv@ulrik.uio.no )


Here is one:

is_windows_installed()
{ // says yeah if Windows or SHELL installed
  struct REGPACK rp; // Turbo-C
  if (peek(0, 0x2F*4)==0) return 0; // no vector check
  rp.r_ax=0x1600;
  intr (0x2F, &rp); // Look for enhanced mode
  if (((rp.r_ax&0xFF)==0x80) || ((rp.r_ax&0xFF)==0)) {
    rp.r_ax=0x4680; intr (0x2F, &rp); // Look for /R/S or Shell
    if (rp.r_ax!=0) return 0; // !=0 is faster than (rp.r_ax)
  }
  return 1; // Win's here
}

Aki.
-- 
/  Phone: 408-662 9664   Fax: 662 9676  |  "Aki" pronounced: Ah-Key. I know  \ 
\  125 Searidge Ct #D, Aptos, CA 95003  |  what I'm doing most of the time.  /
From: infidel+@pitt.edu (todd j. derr)
Newsgroups: comp.os.msdos.programmer
Subject: TD/386 woes...
Date: 6 Nov 92 05:03:45 GMT
Organization: university of pittsburgh cis
Originator: infidel@unixd2.cis.pitt.edu

I have had NO success trying to use TD/386.  Problem was that port 21h
was getting changed somewhere and I couldn't figure out where, when it
occurred to me, "hey, this is a prefect job for TD386"... So, I put
it's driver in CONFIG.SYS, fire it up, set break on out to port 21, run.
boom.  GP fault.  So, I strip down CONFIG and AUTOEXEC, try it again,
same thing.  So, my (minimal) config is:

STACKER 2.0
TDH386.SYS

and nothing else...  TD386 seems like it could be a very useful tool
for problems like this, but it doesn't do me much good the way it
is... 

This hasn't been the first time that TD386 has failed; it also failed
me in a similar situation, but last time I wrote it off because I
meant for the breakpoint (another port access) to happen within the
ROM BIOS, so I figured that that might cause some problems.  This
time, I have no idea whatsoever why it wouldn't work.  I got all the
patches to BC++ 3.1 I could find, none of them seem to pertain to TD,
so... 

ideas, anyone?

todd "before I get REALLY upset..." derr
-- 
todd j. derr - the c.o.m.a. moderator!  
infidel+@pitt.edu       (412) 363-9027   
infidel@pittunix (BIT)  work: 648-1247  
Newsgroups: comp.os.msdos.programmer,comp.os.msdos.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Path cutoffs {Re: Environment size hack in DOS 5?}
Organization: Texas Instruments Inc
Date: Fri, 13 Nov 1992 22:26:33 GMT

In <1992Nov13.191154.16202@ra.msstate.edu> jdz1@Ra.MsState.Edu (John D. Zitterkopf) writes:

>Hi,
>	I have a simuliar problem that might be releated to the previous
>question. The problem seems to be that When I install new programs on my 
>computer they automaticly add their paths to my path statement in the 
>Autoexec.BAT. Now after adding so many programs and paths to my path 
>statement, the path statement gets cutoff at a certain location 8-(.
>	I think that I have tried a /e or something simulair in my Shell
>statement to increase the size of ENV. table. But this seems to not
>correct the problem. Is there a way to correct this other than deleteing
>some of the old paths?

No.  There used to be a hack that let you go in with the Debug editor
and change this, but I only know of a version of that that worked for
a special OEM version of DOS (back around 2.x).  This is the one great
MESS I can't believe they didn't fix.  I believe that 4DOS will let
you specify how long you want your path to be.

What I've wound up doing is using SUBST to create 'logical drive
letters' that point to the root of things like all my Windows
applications, and then instead of having something like

	c:\windows\<app>\bin

in my path, I just put w:\<app>\bin.  It doesn't save much per entry,
but for me it works out to be enough.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
Newsgroups: comp.os.msdos.programmer
From: daustin@nyx.cs.du.edu (Dan Austin)
Subject: Need help with creating Turbo C Library
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: usa
Date: Tue, 10 Nov 92 13:56:18 GMT

Problem using Turbo C++ with an IBM-PC as follows...

I have a number of subroutines that I would like to be able to automaticlly 
include in files without having to copy them over again.  Questions...

Do I need to make a xxx.h file to include at the beginning of the file?

Do I need to create a xxx.lib file?

How do I do this, and what info needs to be contained in each?

I would appreciate any info...

Please e-mail responses to daustin@relay.nswc.navy.mil
From: iarit@slate.mines.colorado.edu (ARIT ISMAIL)
Newsgroups: comp.os.msdos.programmer
Subject: putting chars back to keyboard buffer...
Date: 10 Nov 92 20:46:16 GMT
Organization: Colorado School of Mines


Hi,

I am writing  a small TSR that will put a string back
to the keyboard buffer. I got some ideas how to use keyboard 'head'
and 'tail' pointers, but still confused a bit. I understand what the
'tail' is and how to use it, but 'head' is confusing..
Does anybody have any 'C' function/idea how to put chars back to
keyboard buffer without crashing/rebooting the system?
Any idea/help is appreciated..
Thanks.
iarit@slate.mines.colorado.edu
From: frisk@complex.is (Fridrik Skulason)
Newsgroups: comp.os.msdos.programmer
Subject: Re: putting chars back to keyboard buffer...
Date: 11 Nov 92 19:12:30 GMT
Organization: Frisk Software International, Iceland

ci922@cleveland.Freenet.Edu (Duane A. Paulson) writes:

>You'll have to go all the way down to the system for this one. Function 05
>of interrupt 16hex will stuff a single character into the keyboard buffer
>for you.

Well, yes and no - the problem with 16/05 is that it is not available
on older machines (XTs) - it wasn't implemented until the AT bios.  If the
software will never be used on XTs, one can use the method as described.

It is also possible just to stuff characters into the keyborad buffer,
as the original poster was asking, but as this circular buffer is by
default quite small, only short strings can be entered there - if you need
more you have to write your own INT 16H handler...

-frisk
Newsgroups: comp.os.msdos.programmer
From: bill@sees.bangor.ac.uk (Bill Denton (AD))
Subject: fread-inf >= 64K in Borland C++
Organization: University of Wales (Bangor)
Date: Mon, 9 Nov 1992 09:55:08 GMT

When I try to fread 64K or more in Borland C the PC locks up. This occurs with
all memory models and with version 2.0 and 3.0. Is this serious bug fixed in
version 3.1 ? How do I fix it, without the obvious, but unsatisifactory, solution of reading the data in chunks smaller the 64K ?

Thanks in advance

Bill Denton
bill@sees.bangor.ac.uk
School of Electronic Engineering and Computer Science
University of Wales, Bangor
UK

Xref: sparky comp.os.msdos.programmer:10523 alt.msdos.programmer:2714 comp.sys.ibm.pc.programmer:569
From: s1110238@giaeb.cc.monash.edu.au (Lee Hollingworth)
Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer,comp.sys.ibm.pc.programmer
Subject: Re: How can I check which COM port a mouse is attached to ?
Keywords: mouse, com-port
Date: 11 Nov 92 19:42:26 GMT
Organization: Monash University, Melb., Australia.

meikel@marie.physik.tu-berlin.de (Michael Feig) writes:

>I'm writing kind of a terminal program with mouse support.

>In order to prevent the initialisation of the COM port, where the mouse
>is attached to, which wouldn't be a good idea, because I couldn't use
>the mouse anymore afterwards, I need to find out, either if a COM port is
>used by a mouse or which COM port the mouse is attached to, if any.

>Has anybody an idea how to perform this ?

You could use Int 33h functions 00h - initialise mouse 24h - get version in
some inline assembly or via the int86 function.
Use the IRQ number returned from the call to function 24h and work out which
COM port is being used from that...

/* MSC 6.0 code */
#include <stdio.h>

#define M_SERIAL            2
#define M_INSTALLED        -1
#define M_NOT_INSTALLED     0

typedef unsigned char byte;

int check_mouse(void)
{
    int m_inst;
    byte m_type;
    byte m_irq;
    byte port = 0;

    _asm {
        xor     ax, ax
        int     33h
        mov     m_inst, ax
    }

    if (m_inst == M_NOT_INSTALLED)
        return 0;

    _asm {
        mov     ax, 24h
        int     33h
        mov     m_type, ch
        mov     m_irq, cl
    }

    if (m_type == M_SERIAL) {
        if (m_irq != 0) {           /* 0 == PS/2  */
            /* do stuff here to match IRQ and COM port -- if possible */
            switch (m_irq) {
                /* IRQ 2, 3, 4, 5, or 7 set port to COM number if applicable */
                ...
                ...
            }
        }
    }

    return port;
}

Lee Hollingworth
s1110238@giaeb.cc.monash.edu.au
From: danwood@netcom.com (Daniel J Wood)
Newsgroups: comp.os.msdos.programmer
Subject: How to "save" behind window in graphics mode?
Summary: How to save under window, if in graphics mode?
Keywords: Window Dos Graphics text save behind
Date: 6 Nov 92 18:33:18 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

I'm an inexperienced DOS programmer, so please forgive any stupidity...

I have a little "windowing" package I've written; when you open up a window
on top of another, it saves the contents of the window(s) behind it by
reading the ASCII/color bytes from the display buffer, and socks it away
for restoration after the window is closed. THE PROBLEM is that this technique
only would work in "text" mode, not in one of the various graphics modes
where characters are painted to the screen.

Short of saving much larger graphic buffers when opening up a window on a
graphics screen, what might I do to preserve windows behind? Does the text &
color information get shadowed somewhere that I can read? Should I write
output rroutines that do some sort of shadowing myself? Or perhaps abandon
the whole plan and write my program such that windows get "update" events
as on the Mac?  Any suggestions would be appreciated.
Newsgroups: comp.os.msdos.programmer
From: danwood@netcom.com (Daniel J Wood)
Subject: How to "save" behind window in graphics mode?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 7 Nov 1992 21:49:02 GMT

I'm an inexperienced DOS programmer, so please forgive any stupidity...
 
I have a little "windowing" package I've written; when you open up a window
on top of another, it saves the contents of the window(s) behind it by
reading the ASCII/color bytes from the display buffer, and socks it away
for restoration after the window is closed. THE PROBLEM is that this technique
only would work in "text" mode, not in one of the various graphics modes
where characters are painted to the screen.
 
Short of saving much larger graphic buffers when opening up a window on a
graphics screen, what might I do to preserve windows behind? Does the text &
color information get shadowed somewhere that I can read? Should I write
output rroutines that do some sort of shadowing myself? Or perhaps abandon
the whole plan and write my program such that windows get "update" events
as on the Mac?  Any suggestions would be appreciated.
Newsgroups: comp.os.msdos.programmer
From: bruceb@ctpm.uq.oz.au (Bruce Blackshaw)
Subject: Re: Disabling return in a dialog box
Organization: Centre for Language Teaching and Research, Uni of Queensland, AUSTRALIA.
Date: 12 Nov 92 06:54:42 GMT

bruceb@ctpm.uq.oz.au (Bruce Blackshaw) writes:

>I'm using a multiline edit box in a dialog box, and want to
>stop the return key returning the dialog box - when the user
>presses the return key it should take them to the next line
>in the edit box.  Any ideas?  Please email replies.  If there is
>sufficient interest I'll post the (hopefully) solution.

Solved.  It wasn't that hard after all.  Simple trap the return key
using the below:
   
     void WMKeyDown(RTMessage Msg)
     {
       if (Msg.WParam == VK_RETURN)
       {
          SendMessage(HWindow, WM_CHAR, '\n', 0);
          SendMessage(HWindow, WM_CHAR, '\t', 0);
       }
       else
         DefWndProc(Msg);
     }


and replace it with \n\t so that the new line appears in the edit box.

Bruce.

--
****************************************************
Bruce Blackshaw bruceb@ctpm.uq.oz.au   
"... I'd rather be hang gliding ..."
****************************************************
Newsgroups: comp.os.msdos.programmer
From: john@fl_gator.b17a.ingr.com (John Eason)
Subject: Checking for disk in drive ????
Reply-To: john@fl_gator.b17a.ingr.com (John Eason)
Organization: "Intergraph Corp, Huntsville AL"
Date: Tue, 10 Nov 1992 14:11:34 GMT

Hello,

    Does anyone know how to check to see if a disk is in the floppy drive from code??? I am tired of seeing 'Abort/Retry/Fail' when there's not. Any help would be useful and appreciated.

Thanks.

**********************************************
*     John S Eason                           *
*     Intergraph Corporation    GO GATORS    *
*     Huntsville, Alabama                    *
*                                            *
*     john@fl_gator.b17a.ingr.com            *
**********************************************
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
From: rdippold@qualcom.qualcomm.com (Ron Dippold)
Subject: Re: H-E-L-P!! An interesting UART problem.
Organization: Qualcomm, Inc., San Diego, CA
Date: Wed, 11 Nov 1992 22:26:34 GMT

ilan@seas.gwu.edu (Ilan Berkner) writes:
>The only way to do this would be to either:

>1. Attach an ISR to vector 14h, and _hope_ that all of your client's
>   software will only be using int 14h calls to xmit data.  This is
>   like hoping that the moon will turn around in orbit so you can see
>   the other side.
>2. or put the computer into virtual mode, and write an ISR that traps
>   386 I/O priviledge exceptions.  This technique will only work on
>   386-class machines, and is incompatible with Windows enhanced mode,
>   386MAX, QEMM, Desqview, OS/2 2.0, etc.
>Sorry, but there's no way to trap I/O, and the UART can't do interrupts
>on transmits, as you found out.

3. Just do a loop back...  that way you're dealing with actual receive
interrupts.
-- 
You have all the leadership potential of a caboose.
From: rcb@ncsu.edu (Randy Buckland)
Newsgroups: comp.os.msdos.programmer
Subject: Mouse that works in VESA?
Date: 13 Nov 92 17:13:52 GMT
Article-I.D.: news.rcb.721674832
Organization: North Carolina State University

I am working on some VESA graphics code. I am trying to use the mouse
but am not getting a cursor when I turn the mouse on. When I run the
same code in mode 13h, I get a cursor, but in mode 101h I don't.

I used the function 29h of int 33h to check what modes are supported and
it didn't list any VESA modes. I have version 8.20a of Microsoft Mouse
driver. I have also tried this on version 6.1 of Logitech's driver.
Are the newer drivers? If so, where? thanks
--
Randy Buckland                               "It's hard to work
North Carolina State University               in a group when you're
randy_buckland@ncsu.edu (919) 515-5491        omnipotent"       -- Q
From: ding@cs.pitt.edu (Yijun Ding)
Newsgroups: comp.os.msdos.programmer
Subject: Follow-up (Can't see mouse cursor on Hercules graphic mode)
Date: 11 Nov 92 14:13:48 GMT
Organization: Univ. of Pittsburgh Computer Science

Thanks to many who replied. This is actually the second time I asked,
and I got mostly the same reply:

  initgraph();              /* partial TC code */
  pokeb(0,0x0449,6);
  mouseinit();

The above code, apparently work for some people (with Microsoft Mouse), 
but did not work on my computer.  Finally, I find that the following 
alternative:

  (the above)
  reset mouse range to hercules
  simulate mouse cursor by putimage(...,XOR_PUT)
  mouse button call works.

That is, all mouse call works except no mouse arrow...

Newsgroups: comp.os.msdos.programmer