HDTenEightyP/NetNews huggingface dataset:
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.os.ms-windows.setup
Subject: Re: What does buffering do in smartdrv ?
Date: 25 Jul 92 09:33:19 -0500

In article <1992Jul24.150724.28009W@lumina.edb.tih.no>, ketil@edb.tih.no (Ketil Albertsen,TIH) writes:
[wealth of useful technical discussion deleted]
> Things are not really that simple: With logical addresses you might also
> experience a page fault mid-transfer! This may require one or more 
> transfers to the same disk controller that caused it. So, the controller
> must be capable of halting the first transfer temorarily to serve the
> page fault transfers before it can complete the first one.
> So, if you are not really simple, you must be rather sophisticated!

In every VM system I've ever examined, the system's buffers are locked down in
physical memory before the I/O transfer starts, so that the controller does
*not* have to deal with page faults.  It would be a surprising blunder if
Windows does not do this.

There is another complication though, entirely in physical memory:  one must
allow for the possibility of a physically-discontiguous system buffer.  If the
controller doesn't access the memory-mapping hardware, then either the
controller must accept *lists* of transfers or the OS must break up such
transfers into lists of separate contiguous ones.  I think I've seen it done all
three ways.  Since the average transfer size is often a very small multiple of
the page size, it is probably best to let software handle this eventuality and
keep the hardware simple.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
From: ssouth@hpldsla.sid.hp.com (Steve South)
Date: Wed, 22 Jul 1992 18:34:11 GMT
Subject: Re: WANTED: drivers for Orchid Designer800 VGA
Organization: HP Scientific Instruments Division - Palo Alto, CA
Newsgroups: comp.os.ms-windows.setup

Sorry about the last response - brain dead news reader at fault.

Steve.
Newsgroups: comp.os.ms-windows.setup,comp.os.msdos.misc,comp.os.msdos.programmer
From: mshiels@tmsoft (Michael A. Shiels)
Subject: Re: COM3/4 problem.
Organization: MaS Network Software and Consulting
Date: Thu, 30 Jul 1992 10:04:43 GMT


I don't mean to sound nit picky but you can have multiple cards using the
same IRQ and if the software is written to check both "cards" during the
interrupt no problem.  The BIG BIG problem is that most cards were not
designed to share the IRQ so they are actually fighting each other when
they try to do the interrupt.  Some cards you will find will work but
-- 
---

Michael A. Shiels                           | mshiels@masnet.uucp
MaS Network Software and Consulting         | mshiels@tmsoftware.ca
Newsgroups: comp.os.ms-windows.setup
From: tgreen@iastate.edu (Todd Greenfield)
Subject: how to set up 16550a uart, 4 com ports
Organization: Iowa State University, Ames IA
Date: Thu, 30 Jul 1992 03:32:20 GMT

I just bought a 16500 uart for one of my serial ports,
and I'm having trouble getting it set up under windows.
I've read the faq, but can't seem to get it to work.

My current setup:

com1, irq4, 3f8
com2, irq3, 2f8
com3, irq2, 3e8, 16550 uart (9600)
com4, irq5, 2e8
lpt1, irq7
lpt2, irq5

I'm using win 3.1, but would also like suggestions on 
getting this to work under 3.0

everything works fine with dos 5.0, procomm+ 1.1, and gsz.
But with windows, I lose a lot of characters.  also worked
fine before I got the 16550, except for occasional overrun
errors with gsz.

I've read the .ini readme files, but they didn't help either.

any help will be greatly appreciated.



-- 
Todd Greenfield
tgreen@iastate.edu
From: bmrc@acpub.duke.edu (John C. Barefoot)
Newsgroups: comp.os.ms-windows.setup
Subject: Smartdrv, BYU packet drivers, Win 3.1
Keywords: smardrv, packet
Date: 24 Jul 92 18:37:24 GMT


We find that when we use the BYU packet drivers (for Novell and NCSA
Telnet co-existance) with smartdrv and Windows 3.1, we have to reduce
the required memory from 512K to 385K in our PIF files. This is of
course a problem for some applications. Removing either smartdrv
or the packet drivers fixes the problem.

Here is our config.sys:
DEVICE=C:\WINDOWS\HIMEM.SYS
DEVICE=C:\WINDOWS\EMM386.EXE ram m9 x=c800-dfff i=b000-b7ff 2048
DOS=HIGH,umb
DEVICEhigh=C:\MOUSE\MOUSE.SYS
SHELL=C:\DOS\COMMAND.COM /P /E:2048
FILES=60
BUFFERS=30
STACKS=9,256
devicehigh=c:\dos\ansi.sys 
 
and our autoexec.bat:
@echo off
PATH C:\WINDOWS;C:\DOS;C:\SAS;C:\BRIEF;C:\HG;C:\PCTOOLS;
set dename=bullwinkle
lh doskey
lh c:\cutcp\3c507 -n -w 0x61 5 0x340
lh c:\cutcp\ipxbyu
lh c:\cutcp\netx
F:
cd\login
login
rem C:\WINDOWS\SMARTDRV.EXE  2048 512
 
Any suggestions will be appreciated.

Please send any email to:
rkm@dukgeri.geri.duke.edu

Thanks,
Ken McKee


Subject: Smartdrv, BYU packet driver, Windows 3.1 conflict
Newsgroups: comp.os.ms-windows.setup
Keywords: smartdrv, packet
Newsgroups: comp.os.ms-windows.setup
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: Which HIMEM.SYS to use?
Date: Thu, 23 Jul 92 03:44:55 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

Here's some added info for this thread.  Everyone knows that Windows 3.1
includes a newer version of the HIMEM.SYS driver.  Here's the trouble:

I use Stacker, and Windows is stored on the Stacker drive (of course),
which means that the HIMEM.SYS driver is not available until I load
Stacker's device driver.  And, I can't load Stacker into High memory
until I load HIMEM.SYS.  So what do I do, I move HIMEM.SYS to my
uncompressed drive.  But when I run Windows, I get this:

	"HIMEM.SYS MUST BE IN THE WINDOWS DIRECTORY!"

Now, what is the logic behind this?  It doesn't make any sense that I
should need to have HIMEM.SYS in any specific directory, and on top of
that, I CAN'T load it from there because that directory does not exist
until after I've booted up!

I found that I can get around this by putting HIMEM.SYS in the root
directory of my boot drive.  But I still wonder why Windows is so picky
about where I decide to put my drivers.  I should think that if Windows
wants to get info about a device driver, it could just look at the
driver IN MEMORY, not on disk!

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   | ---------- Bob and Doug Meet Bill and Ted: -----------
#endif              |  "Take off, dude!"  "No way!"  "Yes way, you hoser!"
Newsgroups: comp.os.ms-windows.setup,comp.os.ms-windows.misc,comp.windows.ms
From: bevans@mta.ca
Subject: What IS Dr. Watson?
Reply-To: bevans@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Thu, 23 Jul 1992 01:17:03 GMT

I did RTFM and I didn't find anything. I've Secrets on order but I can't wait.

Bill
From: rjhoffma@iastate.edu (Richard J. Hoffmann)
Newsgroups: comp.os.ms-windows.setup
Subject: Enhanced keyboard calls too fast?
Keywords: keyboard, BIOS, repeat rate
Date: 23 Jul 92 20:40:03 GMT
Organization: Iowa State University, Ames, IA

I have a 486-33 clone which has been showing problems with the enhanced
keyboard.  Specifically, in WordPerfect, Windows Write, Windows Notepad,
the MS-DOS editor, and especially over an Ethernet connection to a DEC
system the enhanced keys such as the arrows, PgUp, etc sometimes or
often send their numeric equivalents from the keypad.  Also, the shift
key sometimes behaves as if it is stuck.  The problems only happen when
I'm running the programs under Windows (3.1).  DOS programs behave
correctly when run from the DOS prompt before loading windows, but not
after exiting Windows.

I have found that I can minimize the problem by slowing down the
keyboard repeat rate through the Control Panel.  Is this problem unique
to my hardware?  Or, is it well known that Windows can drive the
keyboard too fast?

Dick Hoffmann



-- 
Richard J. Hoffmann              Internet: rjhoffma@iastate.edu
Department of Zoology & Genetics   Bitnet: rjhoffma%iastate.edu@isumvs
Iowa State University               Voice: (515) 294-8075
Ames, Iowa 50011
Newsgroups: comp.os.ms-windows.setup
From: ushomirs@spot.Colorado.EDU (USHOMIRSKIY GRIGORIY)
Subject: Re: where is my memory? (36 MB missing)
Keywords: XMS memory >16MB
Organization: University of Colorado, Boulder
Date: Tue, 21 Jul 1992 04:38:09 GMT

bmeranda@uceng.UC.EDU (Brent E Meranda) writes:

>I am in the process of configuring a 486/50 system with
>52 MB of memory.  The setup program and the memory check
>at bootup recognizes 52 MB, but the most I can get DOS
>to recognize is 16 MB either as Extended or XMS memory.

>I have tried a variety of HIMEM.SYS versions and QEMM 6.0
>Each only allows access to ~15 MB of XMS memory.

>System configuration:

>   HP Vectra 486/50U (80486 DX2, EISA, SCSI-II)
>   HP MSDOS 5.00

>What do I need to do?

>   New XMS Drivers?
>   New DOS version?

>Any suggestions/comments would be appreciated.  Either
>post a reply or send mail to bmeranda@uceng.uc.edu

>p.s.  For those interested, the reason I need this rather
>      large amount of memory is to buffer very high speed
>      data acquisition.

You don't need new drivers. Just try 
DEVICE=HIMEM.SYS /EISA
or
DEVICE=QEMM386.SYS /EMBMEM=X   (where X is the number of KB of ram your
system says you have at boot time, e.g. /EMBMEM=50000)

I don't remember whether QEMM's device driver is is QEMM386.SYS or 
QEMM386.EXE, but you should be able to figure ut out.

It seems unfair that these memory managers assume that you cannot have 
more thatn 16MB of ram (I have 64MB -- at work, of course).

Hope this helps
Greg
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Which HIMEM.SYS to use?
From: Aengus Lawlor <RBYAML@rohvm1.rohmhaas.com>
Date: Tue, 21 Jul 1992 19:52:04 EDT
Organization: Rohm and Haas Company

In article <1992Jul21.223326.25347@rice.edu>, glratt@is.rice.edu (Glenn Forbes
Larratt) says:
>        USE QEMM.  In trying to get Win 3.0 to work under DOS 5.0, and then
>        crossgrading between Microsoft and IBM versions of DOS 5.0, I nearly
>        tore out all my hair.  The HIMEM.SYS/EMM386.SYS combination is
>        cruft, and with QEMM you stand less chance of getting caught in the
>        MS/IBM corporate war.
>
I pretty much gave up on QEMM. I never could keep up with all the new
versions. (Not that that was all QuarterDecks fault).

I found that for most of my customers, HIMEM and EMM386 provides a good
environment for Windows. We use PathWorks for our network (over 85K on a
good day!) but don't have to OPTIMIZE a workstation with DOS 5, EMM386
and Windows 3.1, the way I did with DOS 3.3, Win3.0 and QEMM. All my machines
now have very similiar configurations, and we save $60+ per PC. Much as I
liked QEMM, I just don't need it anymore!

(The latest version of QEMM is always technically better than HIMEM.SYS,
but I don't have any software that complains about my version of HIMEM.SYS.
Do you?)
>
>--
>===/| Glenn Forbes Larratt      |    CRC OCIS     | "Quid pro quo,   |/

Aengus
--
RBYAML@ROHMHAAS.COM                    Aengus Lawlor
RBYAML@ROHVM1.BITNET                   (who used to be ALAWLOR@DIT.IE)
"How about some of that famous Dublin wit, Barman?"
"Certainly, sir. Would that be Dry or Sparkling?"
From: tardif@bersimis.ulaval.ca (Pierre-Martin Tardif)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: most recent ATI Wonder driver?
Date: 30 Jul 92 19:31:07 GMT
Organization: Universite Laval

alley@argon.berkeley.edu (Rod Alley) writes:

>Thanks,
>Rod Alley
>alley@argon.berkeley.edu


Try    ftp.cica.indiana.edu
in the directory   /pub/pc/win3/drivers/video

and look for the files     ati*.zip



				PMT 
-- 
Pierre-Martin Tardif, etudiant gradue  (email: tardif@gel.ulaval.ca)
Laboratoire de Vision et Systemes Numeriques
Universite Laval, Pavillon Adrien-Pouliot, local 00100-I, Ste-Foy, Quebec,
Canada, G1K 7P4         (418-656-2131, ext 4848)
Newsgroups: comp.os.ms-windows.setup
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Which HIMEM.SYS to use?
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 24 Jul 1992 05:45:36 GMT

In <92203.195204RBYAML@rohvm1.rohmhaas.com> RBYAML@rohvm1.rohmhaas.com (Aengus Lawlor) writes:
.....
:(The latest version of QEMM is always technically better than HIMEM.SYS,
:but I don't have any software that complains about my version of HIMEM.SYS.
:Do you?)

Yup.  When I went to install SCO ODT 2.0 on my system it would
die on loadhigh in autoexec.bat running emm386/himem.sys.  The
mere existence of the UNIX partition would cause this behaviour.

Replacing emm386 with qemm386 6.02 cured the problem (and several
others I didn't know I had :-).

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.os.ms-windows.setup,comp.os.ms-windows.misc,comp.windows.ms
From: lindemaj@HYDRA.ROSE-HULMAN.EDU (Andy Lindeman)
Subject: Give me names of drivers for Tseng 4000 cards!
Reply-To: lindemaj@HYDRA.ROSE-HULMAN.EDU
Organization: Rose-Hulman Institute of Technology
Date: Thu, 30 Jul 1992 09:13:23 GMT

Hi, I've been running the PC Mag graphics benchmarks on various Tseng 4000
drivers for Windows 3.1.  I have a Diamond SpeedStar and would like to know
the filenames for drivers for other cards which use the t4000 chipset.  If
you would kindly email me the names of the zips and perhaps their location,
I would be glad to test them out and will report my findings.  
So far I've tried the et4-w31.zip, sswin31.zip, spdstar6.zip (found on cica
in /pub/pc/win3/drivers/video) and the et4cview.zip on the /uploads dir of 
cica.  I've read that Microsoft has their own set of drivers for Tseng 4000
cards (saw a posting about update in comp.os.ms-windows.announce) but haven't
seen them appear anywhere!  If anybody has these or more current drivers of 
the above files, could you please upload them to cica (and let me know!)  
Thanks, Andy


Andy Lindeman

lindemaj@rosevc.rose-hulman.edu  <- preferred address
ajlindem@ucs.indiana.edu
Newsgroups: comp.os.ms-windows.setup
From: cdent@europa (Christopher Dent)
Subject: Re: Smartdrv vs Built-In Cache
Reply-To: cdent@bronze.ucs.indiana.edu
Organization: Indiana University
Date: Thu, 23 Jul 92 16:48:19 GMT

In article <fdgm5lp.olson30@netcom.com> olson30@netcom.com (John Sully) writes:
and I write:
> >What should I do to have maximum performance?
> >Would it be best to take some ram off the hd controller? Or leave it
> >packed and remove smartdrv? Leave it as it is? Try a different software
> >cache?
> 
> Get rid of smartdrv!!!  The controller is caching far more information
> thant the software cache, so free up your ram for use by windows/os2/
> novell.  UNIX would be a different beast.  In that case I would say
> *don't* buy a caching controller, since UNIX will use all available 
> pages of RAM to cache filesystem contents, so it is probably easier,
> and cheaper, to buy more RAM for the motherboard than it is to buy,
> or add RAM to, a caching disk controller.
> 
> John

In this case the hard drive cache uses standard sims so it is possible to swap  
memory back and forth between the board and the controller.

So which is better: RAM on the controller or switch it to the motherboard?


--------------------------------------------------------------------
Chris Dent                        | cdent@indiana.edu
"It's not that it was so bad...   | access@indiana.edu
 ...just that it could have been  | Access MicroCenter 
 so good" - a country song        | Indiana University
From: cjfuente@vandi.ars.cl (Carlos Javier Fuentealba Millar)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Two display adapters ? 
Distribution: world
Organization: Ars Innovandi (El arte de innovar)
Date: Fri, 24 Jul 1992 14:04:09 CST


In article <ERTSU.92Jul23193801@lehtori.cc.tut.fi> ertsu@cc.tut.fi writes:
> monitors) but the Windows is a problem. Can I load somehow two display
> drivers into memory? Is there a solution to this problem?
Can you explain more in detail what do you want get?
Did you want to swap between the monitors?
Here at work, we are using two monitors. A VGA monitor to run Windows
and an Hercules monitor to run the debugger and we don't need any
special configuration.
--
*:') Carlos./                 * Cuando doy mi opini'on, no lo hago en
e-mail: cjfuente@vandi.ars.cl * representaci'on de mi empresa. *;')
Voz   : +56-2-225-5072        * 
--
``Si muchas cosas pueden fallar, aquella que cause
el mayor perjuicio fallar'a primero'' -- Murphy
From: bowen@prg.ox.ac.uk (Jonathan Bowen)
Newsgroups: comp.os.ms-windows.setup
Subject: Problem loading Win3.1 under DR-DOS 6.0
Date: 29 Jul 92 11:19:58 GMT
Reply-To: Jonathan.Bowen@comlab.ox.ac.uk (Jonathan Bowen)
Organization: Programming Research Group, Oxford University, UK

Trying to set up Windows 3.1 gives me the following error message
and a DOS prompt after loading 2 disk's worth:

Standard Mode: Fault in MS-DOS Extender
EC=0000 ....  [other regs omitted]
                              .... SP=01F2

I am using DR-DOS 6.0. I also use QEMM and VDISK, but removing all
references to these in the CONFIG.SYS file does make any difference.  I
seem to remember seeing something on the network about problems using
DR-DOS 6.0 and Win3.1 together, but I forget what the fix was, if any.
Suggestions and pointers would be appreciated.


--
Jonathan Bowen, <Jonathan.Bowen@comlab.ox.ac.uk>
Oxford University Computing Laboratory.
Newsgroups: comp.os.ms-windows.setup
From: strider@acm.rpi.edu (Greg Moore)
Subject: Re: Smartdrv vs Built-In Cache
Organization: The Voice of Fate
Date: Tue, 21 Jul 1992 23:36:36 GMT

In article <0095DEA2.6EBC7340@srcvax.cem.msu.edu> medlin@srcvax.cem.msu.edu (Stephen Medlin) writes:
>In article <1992Jul19.072105.11795@ee.ubc.ca>, tau@ee.ubc.ca (AU TRI
>BANG) writes: >In article <1992Jul17.191818.26079@ee.ryerson.ca>
>mzeytin@gauss.NoSubdomain.NoDomain (Mehmet Zeytinoglu) writes: 
>>>If the hard drive you are using has a built-in cache (as more and more
>>>drives seem to have) how important is it to use the SMARTDRV in your
>>>Windows 3.1 setup?
>>>In all likelihood the built-in HD-cache will be smaller than the RAM
>>>allocated to SMARTDRV (in my case 256 kB vs 2 MB) but how significant
>>>will be the difference in terms of performance for disk intensive
>>>applications?
>>
>>I read an article once where they said that the HD-cache does not improve
>>performance that much and that a software cache was more useful.
>
>I will second this last remark in that I also read the same thing and 
>saw some benchmarks that showed the RAM cache was better.  I wish that
>I could recall where I read that.  Seems that most HD caches are not 
>that large or necessarily that fast.  I would be willing to say that a 
>very high performance (e.g., $$$) disk controller w/ cache (>1MB) 
>probably would be faster....???
>
>     		********* Stephen Medlin *********

	It was in PC Magazine Vol 11, no 12 or 13 I believe.  They have
an article on it.


-- 
<------------------------------------------------------------------------->
Greg d. Moore                  |  Strider@acm.rpi.edu
Green Mountain Software        |  "All that is gold does not glitter."  
Carpe Diem                     | 
Xref: sparky comp.os.ms-windows.setup:739 comp.os.msdos.misc:4521 comp.os.msdos.programmer:8107
From: pmahler@netcom.com (Paul Mahler)
Subject: parity errors
Date: Fri, 24 Jul 92 04:19:54 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: Why doesn't checkit find bad memory?
Keywords: parity errors

Hey,

I ran checkit for DAYS and it didn't find any memory errors at all. But
I'm still getting stops with a "memory parity error message."  Is it
really main memory that is complaining, or could it be something else
like my memory adaptor?

-- 
--------------------------------------------------------------
Paul Mahler                   internet: pmahler@netcom.com
Consultant
1800 Market St. #257          voice: 415.327-6737
San Francisco, CA 94102       fax: 415.322.1603

"I work for myself; there's no one else to blame it on." 
-------------------------------------------------------------
From: marwk@levels.unisa.edu.au
Newsgroups: comp.os.ms-windows.setup
Subject: How to make DOS prompt not hang?
Date: 30 Jul 92 04:20:51 GMT
Organization: University of South Australia


I have upgraded to WINDOWS 3.1 from 3.0.

When I run the DOS prompt the screen goes blank and the 386 SX hangs.

I used the automated setup procedure for DOS programs.
When I try to run any of these programs for which PIF files are
automatically for the same problem occurs.

How can I fix this problem?

Thank you.
Raymond
--
University of South Australia   | Act in haste and repent at leasure
P.O. Box 1                      | Code too soon and debug forever
Ingle Farm                      | Knobs, knobs everywhere,
South Australia                 |              just vary a knob to think!
                                               (Hofstadter)
From: s_furrer@irau28.ira.uka.de (Andreas Furrer)
Newsgroups: comp.os.ms-windows.setup
Subject: Win 3.1 Driver for Paradise
Date: 30 Jul 1992 12:20:38 GMT
Organization: University of Karlsruhe, FRG
Distribution: uka
NNTP-Posting-Host: irau28.ira.uka.de

I need a new 640x480 256 color driver for a Paradise card,
because the driver available on cica has some errors
while scrolling.

If someone has a newer version, could you please upload it
on CICA?

Thanks

Andreas Furrer
s_furrer.ira.uka.de
From: lipsett@lido.camb.inmet.com (Roger Lipsett)
Subject: Windows 3.1/QEMM
Organization: Intermetrics, Inc.
Distribution: us
Date: Mon, 27 Jul 1992 13:30:58 GMT


I am running DOS 5.0, Windows 3.1, and QEMM version 6 (I think, but I forgot
to check) on my 386/33, 4Mb.  I am trying to reconfigure QEMM so that it
leaves some extended memory (it is currently configured to manage all
extended memory as expanded memory).

My CONFIG.SYS contains:
	Device=QEMM.SYS RAM ROM EXTMEM=1024
	DOS=HIGH
and nothing else.

When I do this, Windows will not boot in enhanced mode, but will in standard
mode.  If I remove either the EXTMEM=1024 phrase or remove DOS=HIGH,
Windows boots just fine.  It doesn't matter how much memory I try to leave
unconverted (EXTMEM=1 has the same effect).

When Windows tries to start, the logo comes up and I am then returned
politely to a C: prompt, with no messages of any kind.

What's going on?

Thanks,
Roger Lipsett
Intermetrics, Inc.
Cambridge, MA 02138

internet:	lipsett@inmet.com
uunet:		uunet!inmet!lipsett
			or
		lipsett%inmet@uunet.uu.net

Newsgroups: comp.os.ms-windows.setup
From: rbean@netcom.com (William Chen)
Subject: Cannon BJ10ex problem
Date: Thu, 30 Jul 92 20:51:05 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: leaves about 1/3" off the bottom of a page
Keywords: BJ10ex


	I recently bought a Brother HJ100i, the clone to the Cannon BJ10ex.  
I am having problems printing from MS-Win 3.1, using the included BJ10e
driver.  Basicaly, the printer leaves about 1/3" off the right and bottom of
the page, and then beeps in no paper error.  I have called Cannon, and they said
to use the driver for their model 300 printer because the BJ10e driver is know
to have that problem.  But the 300 driver still leaves 1/3" off the bottom.

	The DIP switches are set to the HJ100i/BJ10ex mode, not the IBM nor
Epson emulation modes.  And it appears to be getting 360 DPI characters
from ATM.  It just leaves that 1/3" off the edges.

	Does anyone have any ideas, suggestions, solutions??

 -rbean





Newsgroups: comp.os.ms-windows.setup,comp.os.msdos.misc,comp.os.msdos.programmer