Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!bionet!ames!purdue!tut.cis.ohio-state.edu!rutgers!att!homxb!hocpa!rusty
From: rusty@hocpa.UUCP (M.W.HADDOCK)
Newsgroups: comp.sys.amiga
Subject: Re: printer shifts chars...
Message-ID: <607@hocpa.UUCP>
Date: 9 May 89 19:46:04 GMT
References: <7880009@hpuamsa.UUCP>
Reply-To: rusty@hocpa.UUCP (91341-M.W.HADDOCK)
Organization: AT&T Consumer Products Laboratories
Lines: 36

In article <7880009@hpuamsa.UUCP> marco@hpuamsa.UUCP (Marco Lesmeister) writes:
   >I'm trying to get my Star Gemini 10X printer to work with my Amy,
   >but it garbles my text files. It seems to shift some of the
   >characters by one position, for example;
   >
   >The line reading:
   >	Addbuffers df1: 50
   >gets out on my printer like:
   >	@ddbtffdrr df0: 40
   >
   >Thanks for any suggestions!!

Marco,
	If you look at the differences between the ASCII values (in binary,
	octal, or hex) of the characters that differ you will see that the
	values in error have (at least) their least significant bit zero'd.
	I'd say... CHECK YOUR PRINTER CABLE!  If another parallel cable
	doesn't work I'd then suggest to check your printer and your Amiga's
	parallel port.   It is the parallel port you have your printer
	hooked to, right?

   >And I get a lot of newlines and formfeed characters between lines.

	Like I said before, check the ASCII values.  A formfeed is 0x0c
	which is a CARRIAGE RETURN (0x0d) with the 1's bit zero'd.  The
	newlines suggest possibly another bit is getting stuck or possibly
	the TAB stops aren't set.  Some printers, when sent a TAB with no
	tab stops set, basically just kick up a newline.  The tab stops not
	being set could have been caused by the grounded LSB.

				-Rusty-
-- 
Rusty Haddock		{uunet!likewise,att,arpa}!hocpa!rusty
AT&T Consumer Products Laboratories - Human Factors Laboratory
Holmdel, New Joyzey 07733   (201) 834-1023  rusty@hocpa.att.com
** Genius may have its limitations but stupidity is not thus handicapped.