A couple of things here.
lpstat should absolutely not be dumping core (nor should any other
command). I have filed a bug report for this (6526489 lpstat dumps core
with non-standard rfc-1179 results) and assigned it to myself. If you
could email me the following, It would help me isolate and fix the bug
quickly:
$ /usr/lib/print/lpd-port -q -u
lpd://ricoh-printer/printers/lp#Solaris
Any core file generated by lpstat.
It looks like you may be printing directly to a network attached printer
instead of a local queue for the printer. In general, we recommend that
you create a local (or access a central) queue for any network attached
printers. The queuing and transformation support not generally
available on network attached printers (though there are exceptions out
there). To do this, you can use the printmgr(1m) and use the "Printer"
-> "New Network Printer" dialog to create the queue instead of "Printer"
-> "add access to printer" At any rate, configuring and using a local
queue for your network attached printer is likely to make it work for you.
-Norm
Peter Lees wrote:
> folks - this shouldn't be hard...
>
> lpstat is dumping core on me (segfault):
>
> # lpstat -t
> scheduler is not running
> system default printer: lp
> system for sydsoc_ricoh: ricoh-printer (as
> lpd://ricoh-printer/printers/lp#Solaris)
> sydsoc_ricoh not accepting requests since 19 February 2007 3:21:13 PM
> unknown reason
> Segmentation Fault(coredump)
>
> * * *
> here's the last bit of a truss on that command:
>
> 2128: read(7, " ", 1) = 1
> 2128: read(7, " I", 1) = 1
> 2128: read(7, " d", 1) = 1
> 2128: read(7, " l", 1) = 1
> 2128: read(7, " e", 1) = 1
> 2128: read(7, " .", 1) = 1
> 2128: read(7, " (", 1) = 1
> 2128: read(7, " R", 1) = 1
> 2128: read(7, " e", 1) = 1
> 2128: read(7, " a", 1) = 1
> 2128: read(7, " d", 1) = 1
> 2128: read(7, " y", 1) = 1
> 2128: read(7, " .", 1) = 1
> 2128: read(7, " )", 1) = 1
> 2128: read(7, "\n", 1) = 1
> 2128: read(7, " O", 1) = 1
> 2128: read(7, " n", 1) = 1
> 2128: read(7, " l", 1) = 1
> 2128: read(7, " i", 1) = 1
> 2128: read(7, " n", 1) = 1
> 2128: read(7, " e", 1) = 1
> 2128: read(7, " /", 1) = 1
> 2128: read(7, " O", 1) = 1
> 2128: read(7, " f", 1) = 1
> 2128: read(7, " f", 1) = 1
> 2128: read(7, " l", 1) = 1
> 2128: read(7, " i", 1) = 1
> 2128: read(7, " n", 1) = 1
> 2128: read(7, " e", 1) = 1
> 2128: read(7, " ", 1) = 1
> 2128: read(7, " :", 1) = 1
> 2128: read(7, " ", 1) = 1
> 2128: read(7, " O", 1) = 1
> 2128: read(7, " n", 1) = 1
> 2128: read(7, " l", 1) = 1
> 2128: read(7, " i", 1) = 1
> 2128: read(7, " n", 1) = 1
> 2128: read(7, " e", 1) = 1
> 2128: read(7, " .", 1) = 1
> 2128: read(7, "\n", 1) = 1
> 2128: read(7, "\n", 1) = 1
> 2128: Incurred fault #6, FLTBOUNDS %pc = 0xD26E109B
> 2128: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
> 2128: Received signal #11, SIGSEGV [default]
> 2128: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
>
>
> i don't care whether the printer is sending back weird info, it's
> unacceptable that
> lpstat segfaults
>
> thank god openoffice has a relatively independent printing subsystem so i can
> still print documents despite this debacle
>
> Solaris Nevada snv_55b X86 on laptop
> ricoh aficio 2238C printer
>
> if this can't be made right and *simple* we can forget about solaris as a
> productivity platform
>
>
> This message posted from opensolaris.org
> _______________________________________________
> printing-discuss mailing list
> printing-discuss at opensolaris.org
>
