I just wanted to follow up on this on the discussion list.  I have been 
working with Peter offline and developed a fix for
    6526489 lpstat dumps core with non-standard rfc-1179 result

Peter has verified the fix and hopefully I will be able to get it back 
into snv_60, which would mean making the next SXDE.

    -Norm

PS.
    In general, we don't recommend printing directly to a network 
attached printer.  In this case, the printer acts more like a print 
server and less like a simple printer.  (It provides job queueing and 
transformation services.)

Norm Jacobs wrote:
>
> 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
>>   
>
> _______________________________________________
> printing-discuss mailing list
> printing-discuss at opensolaris.org


Reply via email to