hpoj-devel — HPOJ development/support list

RE: [hpoj-devel] Trouble building on Redhat 5.2

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Upgrading the system would certainly solve the problem, but I'd like to try
to make it work if possible.  A RedHat 5.2 system, although somewhat old
nowadays, isn't IMO inherently broken if it meets the user's needs, but of
course security updates should still be applied.  In the long run I'd like
to make the hpoj software work on as many platforms as possible.  Of course,
the "possible" threshold is what remains to be seen.  :-)

David

> -----Original Message-----
> From: Erich K. Oliphant [mailto:er...@va...]
> Sent: Friday, April 27, 2001 5:36 PM
> To: hpo...@li...
> Subject: Re: [hpoj-devel] Trouble building on Redhat 5.2
> 
> 
> You might want to upgrade your system.  The latest kernel rev is 2.4
> 
> 
> ----- Original Message ----- 
> From: <se...@at...>
> To: <hpo...@li...>
> Sent: Thursday, April 26, 2001 7:02 PM
> Subject: [hpoj-devel] Trouble building on Redhat 5.2
> 
> 
> > I encountered the attached errors while building on my 
> > Redhat 5.2 system (kernel 2.0.36) I had to modify my 
> > $PATH from the red hat default to get this far. 
> > Originally, make built nothing, with the error "can't 
> > find cc1plus". I found its directory and added it to the 
> > path which got me to the attached file. Something is 
> > probably missing from my environment or the libraries are 
> > out of date. The gcc version is whatever redhat 5.2 
> > installs. 
> > 
> > In the past I have successfully rebuilt the kernel, 
> > downloaded and built X11 and also Netscape Navigator.
> > 
> > Any suggestions?
> > 
> > --
> > Tony Segredo 
> > 
> 
> 
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/lists/listinfo/hpoj-devel
> 

Re: [hpoj-devel] Trouble building on Redhat 5.2

[Erich K. O. <er...@va...>]

You might want to upgrade your system.  The latest kernel rev is 2.4


----- Original Message ----- 
From: <se...@at...>
To: <hpo...@li...>
Sent: Thursday, April 26, 2001 7:02 PM
Subject: [hpoj-devel] Trouble building on Redhat 5.2


> I encountered the attached errors while building on my 
> Redhat 5.2 system (kernel 2.0.36) I had to modify my 
> $PATH from the red hat default to get this far. 
> Originally, make built nothing, with the error "can't 
> find cc1plus". I found its directory and added it to the 
> path which got me to the attached file. Something is 
> probably missing from my environment or the libraries are 
> out of date. The gcc version is whatever redhat 5.2 
> installs. 
> 
> In the past I have successfully rebuilt the kernel, 
> downloaded and built X11 and also Netscape Navigator.
> 
> Any suggestions?
> 
> --
> Tony Segredo 
> 

RE: [hpoj-devel] ptal-mlcd, ptal-printd errors and thanks.

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Derek Robert Price wrote:
> I just recently set up my OJ K60 printer with the CVS version of the
> hpoj drivers over USB.  Using RedHat printtool I set lpd up to use the
> ghostscript cdj550 driver.  I finally managed to get some 
> color pages to
> print, but with the following errors from ptal-mlcd and ptal-printd:
> 
> ptal-mlcd: ERROR at ExMgr.cpp:2056, dev=<usb:hpoj>, pid=2201, errno=5
> llioService: llioRead returns -1, expected=6!
Hi, Derek.  I haven't seen this particular failure before (errno 5 means I/O
error), but it may be related to other problems I've seen.  These problems
apparently were due to a faulty USB chipset on the motherboard, as evidenced
by a large number of errors reported by a USB protocol analyzer (CATC USB
Chief).  The problems went away when I installed a PCI USB add-in card (in
my case, an OCHI card with an OPTi chipset).  

What kind of PC and USB hardware are you using?  Also, if you happen to have
an available bidirectional or ECP parallel port, you could try that instead.

> The first few times I attempted this I never got more that half a page
> before it seemed that ptal-mlcd crashed, but I can't seem to reproduce
> this.  The errors were very like the ones above after crashes, except
> I didn't see the printd error.
So in other words, are you saying you had more difficulties originally and
eventually it worked?

> Thanks for the good work!  This is my first color printer and it works
> from my Linux box!!!  :)
From your error report it sounds like it doesn't quite work.  :-)  Any luck
scanning with SANE?

David

[hpoj-devel] ptal-mlcd, ptal-printd errors and thanks.

[Derek R. P. <ob...@um...>]

Hello!

I just recently set up my OJ K60 printer with the CVS version of the
hpoj drivers over USB.  Using RedHat printtool I set lpd up to use the
ghostscript cdj550 driver.  I finally managed to get some color pages to
print, but with the following errors from ptal-mlcd and ptal-printd:


ptal-mlcd: ERROR at ExMgr.cpp:2056, dev=<usb:hpoj>, pid=2201, errno=5
llioService: llioRead returns -1, expected=6!

ptal-mlcd: ERROR at ExMgr.cpp:859, dev=<usb:hpoj>, pid=2201, errno=5
exClose(reason=0x0010)
ptal-printd(mlc:usb:hpoj): ptalChannelWrite returns -1, expected=1022!
Bit-bucketing rest of print job.


The first few times I attempted this I never got more that half a page
before it seemed that ptal-mlcd crashed, but I can't seem to reproduce
this.  The errors were very like the ones above after crashes, except
I didn't see the printd error.

Thanks for the good work!  This is my first color printer and it works
from my Linux box!!!  :)

Derek

--
                *8^)

Email: ob...@al...
Public key available from www.keyserver.net - Key ID 5ECF1609
Fingerprint 511D DCD9 04CE 48A9 CC07  A421 BFBF 5CC2 56A6 AB0E
--
89. A day without sunshine is like, you know, night.

Re: [hpoj-devel] Trouble building on Redhat 5.2

[<pa...@rc...>]

Tony Segredo wrote:
> I encountered the attached errors while building on my 
> Redhat 5.2 system (kernel 2.0.36) I had to modify my 
> $PATH from the red hat default to get this far. 
> Originally, make built nothing, with the error "can't 
> find cc1plus". I found its directory and added it to the 
> path which got me to the attached file. Something is 
> probably missing from my environment or the libraries are 
> out of date. The gcc version is whatever redhat 5.2 
> installs.

Hi, Tony.  I searched for this problem on Google and found a lot of people
reporting similar problems but little in the way of definitive solutions.
:-(  However, there are several different possibilities you could try by
hacking the Makefile (not Makefile.in for now) in the mlcd directory:

- Change $(CC) to $(CXX) in the following section (which links):
  $(GOAL):        $(OBJS)
                  $(CC) -o $(GOAL) $(OBJS)
                  strip -o $(GOAL)-stripped $(GOAL)

- Add "-fno-exceptions -fno-rtti" to CFLAGS near the middle of the file.

Please try each of these possible fixes separately and then together, and
let me know if you have any luck.

David

[hpoj-devel] Trouble building on Redhat 5.2

[<se...@at...>]

I encountered the attached errors while building on my 
Redhat 5.2 system (kernel 2.0.36) I had to modify my 
$PATH from the red hat default to get this far. 
Originally, make built nothing, with the error "can't 
find cc1plus". I found its directory and added it to the 
path which got me to the attached file. Something is 
probably missing from my environment or the libraries are 
out of date. The gcc version is whatever redhat 5.2 
installs. 

In the past I have successfully rebuilt the kernel, 
downloaded and built X11 and also Netscape Navigator.

Any suggestions?

--
Tony Segredo			

Re: [hpoj-devel] RPM.README

[<pa...@rc...>]

Erick Calder wrote:
> Hei everyone,  I sent this message to Tim but for the sake of the archives,
> thought, I'd post it here as well.
...
> perhaps this info could be added to the RPM.README document so as to save
> others a few hours of usenet searches
Hi, Erick.  Thanks for providing this information, which I just added to
RPM.README.  Timothy, if you'd like me to add additional information to
this file just let me know and I'll put it in.

David

Re: [hpoj-devel] HPOJ 700

[<pa...@rc...>]

Erick Calder wrote:
> first, thanks so very much to everyone who has contributed to the HPOJ
> project... I spent about a month in total frustration with these drivers a
> year+ ago and finally gave up on the project. this time my install went very
> smoothly.  I lot of work has been done since to make it easier for us little
> folk.  thank you, thank you.
Hi, Erick.  Thanks for giving us another chance.  :-)  I'm glad you find 0.7
to be an improvement.

> I've set up the drivers for my HP OfficeJet 700 and configured the
> Ghostscript filter as though it were an HP Deskjet 550C (as per the
> instructions)... I can print to it and it all works fine.
> 
> I've also set up Samba so I can print from my NT4.0 laptop so I see the
> printer shared on the Samba server... however when I click on it and it asks
> me to set it up, I need to install the drivers locally... my question then
> is: do I install the HP Officejet drivers OR the Deskjet drivers?
> 
> and how do I do this since HP only seems to make their drivers available
> through their bloody HP Manager executable thingy and not via a .inf?
Since all you'll be able to do is print in a networked situation like this,
you should be able to get away with a DeskJet driver.  The hard part is
figuring out which one.  The most optimal one would actually be in the
DeskJet 600 series, but offhand I'm not sure which one's printing engine
is the closest to the OfficeJet 700's.  If all else fails you could just
install the OfficeJet driver.  Once it's installed it should add the
OfficeJet 700 into your installed driver list, and you can just select that
without needing to locate a .inf file.

David

Re: [hpoj-devel] Re: xojpanel 20 character patch

[<pa...@rc...>]

Joe Piolunek wrote:
> I attached a patch that should fix it, though it's hard to guess which fonts 
> a user will have installed. The "Courier" font is specified now. Hopefully, 
> most users will have it or something similar. Courier displays as fixed-width 
> on my system.
Thanks.  That looks much better IMO.  It's checked in now.  Was it set to
Courier in 0.7?  It now looks like the way it used to font-wise anyway.

> On another subject, there now seems to be an intermittent scroll timing 
> problem in xojpanel's "lcd". It appears to be related to the printer polling 
> code in (or called by) XojPanel::getPrinterLCDMessages() . When I commented 
> out the polling code and substituted fake Line1 and Line2 strings, the 
> problem went away. I don't think my changes caused it, but I'll keep looking. 
> Is there something in the ptal code that could result in a delay in returning 
> the lcd strings?
I was afraid that might happen.  :-(  It's a combination of the slower
parallel-port I/O in ptal-mlcd and the higher latency in libptal due to its
waiting for the GetReply before returning, as opposed to the applications's
polling for the reply the way it was done with ojlib.  I'm going to try to
address the first problem eventually, and I probably should re-institute an
alternative non-blocking PML API in libptal for the sake of xojpanel, at the
expense of a little more code complexity.  It might also help for me to
implement PML traps (also on my TODO list), which is where the peripheral
notifies the host of changes in value of a PML object so the host doesn't
have to poll periodically.  The disadvantages of traps are that they aren't
100% reliable and they aren't practical over a network (i.e. through a
JetDirect).

David

[hpoj-devel] HPOJ 700

[Erick C. <e...@ar...>]

hei all,

first, thanks so very much to everyone who has contributed to the HPOJ
project... I spent about a month in total frustration with these drivers a
year+ ago and finally gave up on the project. this time my install went very
smoothly.  I lot of work has been done since to make it easier for us little
folk.  thank you, thank you.

second, maybe this question is not really relevant to this list but I don't
know where else to ask.

I've set up the drivers for my HP OfficeJet 700 and configured the
Ghostscript filter as though it were an HP Deskjet 550C (as per the
instructions)... I can print to it and it all works fine.

I've also set up Samba so I can print from my NT4.0 laptop so I see the
printer shared on the Samba server... however when I click on it and it asks
me to set it up, I need to install the drivers locally... my question then
is: do I install the HP Officejet drivers OR the Deskjet drivers?

and how do I do this since HP only seems to make their drivers available
through their bloody HP Manager executable thingy and not via a .inf?

1k thx - e r i c k

[hpoj-devel] RPM.README

[Erick C. <e...@ar...>]

Hei everyone,  I sent this message to Tim but for the sake of the archives,
thought, I'd post it here as well.

I read the document at:

	http://hpoj.sourceforge.net/download/contrib/RPM.README

and would like to offer that others are likely to need the information below
as I did.

I'm running RH 7.0 and found that for the instructions to work I needed to
install the following packages:

rpm-build	# otherwise the --rebuild option in rpm doesn't work
patch		# or else the rebuild fails
gcc
 - gblic-devel
    - kernel-headers # which in RH 7 are still a mystery to me... I'm
running on kernel 2.2.19-7.0.1 but had to install the 2.2.19-6.2.1 headers
as apparently an updated package for my version doesn't exist)
  -gcc-c++
  - libstdc++
  - libstdc++-devel

perhaps this info could be added to the RPM.README document so as to save
others a few hours of usenet searches

- e r i c k

Re: [hpoj-devel] Re: xojpanel 20 character patch

[Joe P. <joe...@sn...>]

On Saturday 21 April 2001 02:28 am, David Paschal wrote:

<...>
> Actually, now that you mention it, I think it looks a little odd to use a
> proportional-space font in this context, especially in the middle of the
> string.  It might look better if you went back to a fixed-space font.
> It wasn't as obvious on your one example on your webpage, but I did notice
> it a lot more when looking at many different messages.
>

I attached a patch that should fix it, though it's hard to guess which fonts 
a user will have installed. The "Courier" font is specified now. Hopefully, 
most users will have it or something similar. Courier displays as fixed-width 
on my system.

If a system can use any of the truetype fixed-width fonts, they look a lot 
better than Courier. I listed several as alternate choices in a change to 
ojstatus.cpp. 

The older versions of Qt don't seem to like truetype fonts.

On another subject, there now seems to be an intermittent scroll timing 
problem in xojpanel's "lcd". It appears to be related to the printer polling 
code in (or called by) XojPanel::getPrinterLCDMessages() . When I commented 
out the polling code and substituted fake Line1 and Line2 strings, the 
problem went away. I don't think my changes caused it, but I'll keep looking. 
Is there something in the ptal code that could result in a delay in returning 
the lcd strings?

-- 
Joe

[hpoj-devel] Re: xojpanel 20 character patch

[<pa...@rc...>]

> Attached is a patch for xojpanel that enables the 20 - char lcd and 
> devicename display on the titlebar. It also contains the changes to the 
> pixmaps. 
Hi, Joe.  Thanks for sending that.  I've checked our respective changes into
CVS and updated the webpage accordingly.

> The lcd text lines now appear to be more centered horizontally ( I moved the 
> whole line to the right), but genuine centering would be hard to do. The 
> letters are still individually placed on the pixmap according to x,y 
> coordinates. I think the left side of the letter is placed on the x coord. If 
> the last letter is small, it will seem farther away from the right border 
> than if the letter is large.
Actually, now that you mention it, I think it looks a little odd to use a
proportional-space font in this context, especially in the middle of the
string.  It might look better if you went back to a fixed-space font.
It wasn't as obvious on your one example on your webpage, but I did notice
it a lot more when looking at many different messages.

> The lcd line2 is now 2 pixels lower than before, which will increase the line 
> separation. Could you check to see if line 2 is vertically centered in its 
> space?
It looks good to me.

> Another change ( which you may want to take a look at, though it's probably 
> ok ) is to apps/xojpanel/Makefile.in, which makes ojstatus.cpp dependant on 
> the pixmaps. It makes it a lot easier to test pixmap changes.
I'm glad you thought to do that.  Also, while looking over your changes,
which were fine BTW, I realized that I forgot to change the comment at the
top of the file after copying it from apps/cmdline/Makefile.in, so I fixed
that before checking it in.

David

Re: [hpoj-devel] Problems

[<pa...@rc...>]

Micha Kersloot wrote:
> At the moment i've got the following problem:
> 
> cc -I/opt/local/src/hpoj/hpoj/mlcd
> -I/opt/local/src/hpoj/hpoj/mlcd/transport -O -g -Wall
> -DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_NONE -DUSB_PLATFORM_LINUX
> -DJD_DEBUG  -c -o ExMgr.o ExMgr.cpp
> ExMgr.cpp: In method `void
> ExMgr::llioSchedulePoll(ExMgr::LlioPollEvent)':
> ExMgr.cpp:2189: implicit declaration of function `int time(...)'
Hi, Micha.  Thanks for pointing that out.  It's fixed in CVS now.

David

Re: [hpoj-devel] Problems

[Micha K. <mi...@ko...>]

Hello,


At the moment i've got the following problem:

cc -I/opt/local/src/hpoj/hpoj/mlcd
-I/opt/local/src/hpoj/hpoj/mlcd/transport -O -g -Wall
-DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_NONE -DUSB_PLATFORM_LINUX
-DJD_DEBUG  -c -o ExMgr.o ExMgr.cpp
ExMgr.cpp: In method `void
ExMgr::llioSchedulePoll(ExMgr::LlioPollEvent)':
ExMgr.cpp:2189: implicit declaration of function `int time(...)'



-- 
Met vriendelijke groet,

Micha Kersloot
KovoKs Automatiseringspartner

Re: [hpoj-devel] patch for hpojlcd.xpm

[<pa...@rc...>]

Joe Piolunek wrote:
> When I attempted to start a second instance of xojpanel with the same 
> devicename, this error mesg displayed:
> 
> ]$ ./xojpanel mlc:par:0
> ptalChannelOpen(chan=0x0808AD28): provider failed open!
> Failed to open PML on device "mlc:par:0"!
> 
> The first instance of xojpanel continued to run though, which is an 
> improvement. Neither of the daemons crashed or needed a restart.
At the moment only one PML session is supported per device, but as you
noticed ptal-mlcd gracefully handles failed open attempts.  Eventually I
plan to add PML multiplexing to ptal-mlcd, but first I want to get the
PTAL PML functionality a little more solid before I try to add any more
complexity to the system.

> I made a new lcd background pixmap that doesn't have a spacing grid. It looks 
> ok when displaying one line of text, but I haven't checked it for readability 
> when both lines are displayed. I'll probably need to get some comments on 
> that later.
> 
> I put up on my site a screenshot of the latest xojpanel (running) with your 
> changes and mine. I think it looks reasonably good, but the graphics need 
> some more work.
Wow, that's really nice without the grid lines and with the slight color
gradient from top to bottom.  Since the text is black, I think the second
line (where the background is lighter) will look fine.  My only suggestion
right now would be to move the LCD text a little farther to the right so
it's centered.

David

Re: [hpoj-devel] patch for hpojlcd.xpm

[Joe P. <joe...@sn...>]

On Thursday 19 April 2001 07:50 am, David Paschal wrote:

<...>
> Hi, Joe.  I checked in your changes, including removing ojforlinux.xpm and
> adding hpoj_lcdmon.xpm.  Thanks for providing that.
>
> After checking in your changes, I went ahead and hacked xojpanel to support
> PTAL, but I didn't check it in.  Instead, I'm attaching the patch in case
> you want to make any adjustments to it.  If so, then you can send back a
> patch either against these changes or against the code in CVS.

I haven't seen anything in your code that needs changing, but I made some 
changes to add the devicename to the titlebar and to support a 20 character 
display.

I need to do a little more with the code (mostly cleaning it up) before 
sending a patch back, but I'm almost finished.

>
> Note that I added a requirement for a command-line parameter specifying the
> PTAL device name, such as "mlc:par:0".  It's hard to predict a default name
> that will work in all cases (parallel, USB, and eventually JetDirect).  One
> possible related enhancement would be to display the device name in the
> title bar.

I added the devicename  to the caption, taking it from argv[1] .
 
>
> With these changes, I could successfully run xojpanel on the following
> peripherals:
> Parallel-port: OfficeJet 700
> USB: PSC 750, OfficeJet K80, LaserJet 3200m

Your changes work with my 600 (on a parallel port).

When I attempted to start a second instance of xojpanel with the same 
devicename, this error mesg displayed:

]$ ./xojpanel mlc:par:0
ptalChannelOpen(chan=0x0808AD28): provider failed open!
Failed to open PML on device "mlc:par:0"!

The first instance of xojpanel continued to run though, which is an 
improvement. Neither of the daemons crashed or needed a restart.

>
> It turns out that the LaserJet 3200's display is 20 characters wide instead
> of 16, which causes some interesting scrolling patterns, especially when
> the line lengths are off by one.  Would it be much trouble to add four to
> the display width?

20 characters is now the default.

I made a new lcd background pixmap that doesn't have a spacing grid. It looks 
ok when displaying one line of text, but I haven't checked it for readability 
when both lines are displayed. I'll probably need to get some comments on 
that later.

xojpanel is wider now to accomodate the larger lcd pixmap.

I put up on my site a screenshot of the latest xojpanel (running) with your 
changes and mine. I think it looks reasonably good, but the graphics need 
some more work.

http://pages.cthome.net/jsp/hpoj-linux-gui/index.html 

-- 
Joe

Re: [hpoj-devel] patch for hpojlcd.xpm

[<pa...@rc...>]

Joe Piolunek wrote:
> If you are planning to update any of the xojpanel files in CVS with the patch 
> I recently sent, hpojlcd.xpm also needs to be patched or resaved with a good 
> image editor like gimp.
> 
> The problem was probably caused when I renamed hpojlcd.xpm without resaving 
> it, which causes the internal array name to be incorrect when attempting to 
> compile the pixmap into xojpanel.
> 
> The pixmap "hpoj_lcdmon.xpm" I sent earlier replaces "ojforlinux.xpm", which 
> can be removed.
Hi, Joe.  I checked in your changes, including removing ojforlinux.xpm and
adding hpoj_lcdmon.xpm.  Thanks for providing that.

After checking in your changes, I went ahead and hacked xojpanel to support
PTAL, but I didn't check it in.  Instead, I'm attaching the patch in case you
want to make any adjustments to it.  If so, then you can send back a patch
either against these changes or against the code in CVS.

Note that I added a requirement for a command-line parameter specifying the
PTAL device name, such as "mlc:par:0".  It's hard to predict a default name
that will work in all cases (parallel, USB, and eventually JetDirect).  One
possible related enhancement would be to display the device name in the
title bar.

With these changes, I could successfully run xojpanel on the following
peripherals:
Parallel-port: OfficeJet 700
USB: PSC 750, OfficeJet K80, LaserJet 3200m

It turns out that the LaserJet 3200's display is 20 characters wide instead
of 16, which causes some interesting scrolling patterns, especially when the
line lengths are off by one.  Would it be much trouble to add four to the
display width?

David

[hpoj-devel] patch for hpojlcd.xpm

[Joe P. <joe...@sn...>]

David:

If you are planning to update any of the xojpanel files in CVS with the patch 
I recently sent, hpojlcd.xpm also needs to be patched or resaved with a good 
image editor like gimp.

The problem was probably caused when I renamed hpojlcd.xpm without resaving 
it, which causes the internal array name to be incorrect when attempting to 
compile the pixmap into xojpanel.

The pixmap "hpoj_lcdmon.xpm" I sent earlier replaces "ojforlinux.xpm", which 
can be removed.

The patch for hpojlcd.xpm is attached.
-- 
Joe

RE: [hpoj-devel] preliminary PML/scanning support

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Joe Piolunek wrote:
> I was able to scan with the 600 using the simple command 
> 'ptal-hp mlc:par:0 
> scan'. The resulting "out.pnm" file printed, but was very 
> dark compared to 
> the original. 
Hi, Joe.  Thanks for the success report.

-bw mode (the default) is technically referred to as "bi-level threshold",
which results in either black or white, depending on the threshold.  You
might be able to adjust the threshold by experimenting with the "-contrast"
switch, although I haven't tried this myself.  You could also try using
"-bwht", which is "halftone" instead of "threshold".  Supposedly this means
that the device does some dithering to simulate shades of gray, although
I've never noticed any difference in practice, for devices which support
this option.

> I'll be glad to see color scanning arrive, if you can get it working.
I'll get it working one way or another.  It turns out that grayscale and
color scanning on these models forces the device to return a JPEG-compressed
image.  At the moment I'm trying to figure out what I need to morph in the
data stream to produce a valid .jpg file, as opposed to a .pnm file.

David

[hpoj-devel] g85 and suse 7.0 (linux 2.2.16)

[<Bar...@t-...>]

hi,

thanks to all who supported in making my g85 run.

the installation followed the instructions in "install" and "print-howto" plus
the note on setting  /etc/modules.conf now included in hpoj-homepage.

to start the ptal-print demon i did the following for suse 7.0:


add the following lines to /etc/rc-config

# Start officejet printer daemon ptal-printd?
START_PTAL_PRINTD="yes"

PTAL_PRINT_PARAM="mlc:mlcpp0 -like /dev/lp0"

don't forget to call /sbin/SuSEconfig
	when adding a ampersand at the end of the params as suggested in 
	"print-howto" the demon won't start (at least under under  suse 7.0)
	at system restart the system does not hang.

save the ptalPrintd shellscript into /sbin/init.d  (see the appendix)

setting the following softlinks:
in /sbin/init.d/rc2.d as well as in /sbin/init.d/rc3.d

ln -s ../ptalPrintd K20ptalPrintd
ln -s ../ptalPrintd S20ptalPrintd

configure the printer with /sbin/YaST2.

have a good time and ciao

manfred

Re: [hpoj-devel] preliminary PML/scanning support

[Joe P. <joe...@sn...>]

On Thursday 12 April 2001 11:35 pm, PASCHAL,DAVID (HP-Roseville,ex1) wrote:

<...>
> I just checked in some more ptal-hp changes to improve scanning somewhat.
> Black&white scanning (-bw and -bwht) should now work on the OfficeJet
> 500/600/700 and PSC 300 series, but apparently only at 300 DPI (which is
> now the default for these models).  Greyscale and color don't work yet on
> these models, and nothing works yet on the T series.  I'm currently working
> with an engineer in the All-in-One division to try to resolve the remaining
> problems, and I should be able to make some more progress next week.


I was able to scan with the 600 using the simple command 'ptal-hp mlc:par:0 
scan'. The resulting "out.pnm" file printed, but was very dark compared to 
the original. 

I'll be glad to see color scanning arrive, if you can get it working.

-- 
Joe

RE: [hpoj-devel] preliminary PML/scanning support

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Joe Piolunek wrote:
> The clock-setting feature works on the 600. Thanks for adding it. 
> 
> 'ptal-hp mlc:par:0 display' returns the lcd contents.
Hi, Joe.  Thanks for the success report.

> 'ptal-hp mlc:par:0 device' returns "(unavailable)" for each 
> OID requested. I 
> found the OIDs in ptal-hp.c and compared them to the output from 'hpo 
> listpml'. Those I looked for weren't in the list. Maybe the 
> 600 doesn't 
> support them?
It appears that the OfficeJet 500/600/700 and PSC 300 series don't support
any of these OIDs, just as you observed.

I just checked in some more ptal-hp changes to improve scanning somewhat.
Black&white scanning (-bw and -bwht) should now work on the OfficeJet
500/600/700 and PSC 300 series, but apparently only at 300 DPI (which is now
the default for these models).  Greyscale and color don't work yet on these
models, and nothing works yet on the T series.  I'm currently working with
an engineer in the All-in-One division to try to resolve the remaining
problems, and I should be able to make some more progress next week.

BTW, if you get ptal-mlcd error messages about lookupChannel failures while
scanning, try invoking ptal-mlcd with the "-porttype spp" switch.  I think
it might be some sort of parallel-port communication issue.

David

Re: [hpoj-devel] preliminary PML/scanning support

[Joe P. <joe...@sn...>]

On Wednesday 11 April 2001 10:50 pm, PASCHAL,DAVID (HP-Roseville,ex1) wrote:
> Hi,
>
> I just checked in some more code changes, mostly regarding adding PML
> support to libptal.  It works pretty well over parallel and USB, but
> there's still some more development and cleaning up to do, including adding
> JetDirect support.  Do a "cvs update" to pick up the new changes, then
> re-run the configure script, make, and make install.
>
> Of particular interest is the new "ptal-hp" command-line application, which
> has various options for device status/control, including setting the device
> clock, reading the LCD contents (like xojpanel), and PML scanning.  At the
> moment, scanning only works on the LaserJet 1100A/1220/3200, and I'm still
> trying to get it working on the OfficeJets, but I figured I might as well
> check in what I have right now and keep working on it.  One intention
> behind ptal-hp is to serve as a prototype and testbed for future
> development on xojpanel, xhpcontrol (a replacement for xojpanel), and a
> unified SANE backend for the supportable OfficeJets and LaserJets.
>

The clock-setting feature works on the 600. Thanks for adding it. 

'ptal-hp mlc:par:0 display' returns the lcd contents.

'ptal-hp mlc:par:0 device' returns "(unavailable)" for each OID requested. I 
found the OIDs in ptal-hp.c and compared them to the output from 'hpo 
listpml'. Those I looked for weren't in the list. Maybe the 600 doesn't 
support them?


> I added to the INSTALL file a little bit of getting-started information
> about ptal-hp, but later I need to go back and overhaul the documentation,
> since it's gotten rather disorganized during my recent coding frenzies. 
> :-)

That would be helpful.


> Joe, thanks for your xojpanel patch.  Shall I check it into CVS to serve as
> a baseline for further development? 

That would be fine, as long as I didn't break anything in it.

> I haven't yet gotten around to documenting the new PTAL API, but if you'd
> like to go ahead and take a stab at switching xojpanel over to PTAL, you
> can use apps/cmdline/ptal-hp.c as an example.

I'll see what I can do with it, but I don't know yet how far I'll get. Any 
documentation you add / improve will probably help.

-- 
Joe

[hpoj-devel] preliminary PML/scanning support

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi,

I just checked in some more code changes, mostly regarding adding PML
support to libptal.  It works pretty well over parallel and USB, but there's
still some more development and cleaning up to do, including adding
JetDirect support.  Do a "cvs update" to pick up the new changes, then
re-run the configure script, make, and make install.

Of particular interest is the new "ptal-hp" command-line application, which
has various options for device status/control, including setting the device
clock, reading the LCD contents (like xojpanel), and PML scanning.  At the
moment, scanning only works on the LaserJet 1100A/1220/3200, and I'm still
trying to get it working on the OfficeJets, but I figured I might as well
check in what I have right now and keep working on it.  One intention behind
ptal-hp is to serve as a prototype and testbed for future development on
xojpanel, xhpcontrol (a replacement for xojpanel), and a unified SANE
backend for the supportable OfficeJets and LaserJets.

I added to the INSTALL file a little bit of getting-started information
about ptal-hp, but later I need to go back and overhaul the documentation,
since it's gotten rather disorganized during my recent coding frenzies.  :-)

Joe, thanks for your xojpanel patch.  Shall I check it into CVS to serve as
a baseline for further development?  I haven't yet gotten around to
documenting the new PTAL API, but if you'd like to go ahead and take a stab
at switching xojpanel over to PTAL, you can use apps/cmdline/ptal-hp.c as an
example.  Here's a quick outline of what you'll need to do:

#include "ptal.h"

...

main() or constructor {

// startup code:
ptalInit();

char *deviceName=device name (i.e. mlc:usb:0) from command line;

ptalDevice_t dev=ptalDeviceOpen(deviceName);
ptalPmlOpen(dev);

...

// shutdown code, which ptal-hp currently lacks:

ptalPmlClose(dev);
ptalDeviceClose(dev);
}

Also look at handleDisplay() and printOneLine.  Note that I added a second
pair of OIDs which works for the LaserJet 1220 and 3200, which would also be
nice to add to xojpanel.

Currently I hard-coded the object IDs (OIDs) and structures and constants,
such as "\x1\x2\x2\x1\x....".  Eventually I'll move this to a common header
file(s), but for now you can just hard-code the OIDs the way I did in
handleDisplay().

David