An attemp to print a page (or to write our a PostScript file) using the Solaris sparc build ends in a core dump. I tested color and grayscape printing, "lp" and "lpr" (AFAIK the solaris build should use "lp" instead of "lpr"), both "viewer" and "apprunner" crashed. Tested with nightly build 1999-05-12-08 on a Solaris 7 Generic_106541-03 sun4u sparc Ultra 5 - 270 MHz.

Still crashes here (Solaris 2.5.1 nightly build 1999-05-19-08, tested on a Solaris 5.7 Generic_106541-03 sun4m sparc SUNW,SPARCstation-5): I runned viewer under gdb control to get a small hint for you where it dies: -- snip -- Program received signal SIGSEGV, Segmentation fault. 0xeebf6cbc in strlen () from /usr/lib/libc.so.1 (gdb) continue -- snip --

Do you happen to have the entire stack trace? Might be good to know who is calling strlen...

Doesn't crash on Linux with latest build. Still would like to see a fuller stack trace and figure this out.

Tested with viewer from solaris 2.5.1 nightly build 1999-05-21-08, viewer died with a SIGSEGV in the strlen() downstairs... (gdb) bt #0 0xfe7b6cbc in strlen () from /usr/lib/libc.so.1 #1 0xfe7fed40 in _doprnt () from /usr/lib/libc.so.1 #2 0xfe80076c in fprintf () from /usr/lib/libc.so.1 #3 0xff20b0d4 in nsPostScriptObj::begin_document () from /home/wismar/mozilla5/1999-05-21-08/package/./libgfxps.so #4 0xff20ad8c in nsPostScriptObj::Init () from /home/wismar/mozilla5/1999-05-21-08/package/./libgfxps.so #5 0xff207e54 in nsDeviceContextPS::BeginDocument () from /home/wismar/mozilla5/1999-05-21-08/package/./libgfxps.so #6 0xfdaca910 in DocumentViewerImpl::PrintContent () from /home/wismar/mozilla5/1999-05-21-08/package/components/libraptorhtml.so #7 0xfdaca7e4 in DocumentViewerImpl::Print () from /home/wismar/mozilla5/1999-05-21-08/package/components/libraptorhtml.so #8 0x27d5c in nsBrowserWindow::DoPrint () #9 0x240f4 in nsBrowserWindow::DispatchMenuItem () #10 0x1f6cc in nsNativeBrowserWindow::nsNativeBrowserWindow () #11 0x1f7cc in nsIDTD::~nsIDTD () #12 0x683a4 in gtk_item_factory_new () #13 0xd2024 in fnmatch () #14 0x9acac in gtk_signal_connect_object () #15 0x99e58 in gtk_signal_connect_object () #16 0x9780c in gtk_selection_data_set () #17 0xc60d0 in gtk_widget_size_request () #18 0x8281c in gtk_menu_shell_append () #19 0x8177c in gtk_menu_shell_append () #20 0xd1db4 in fnmatch () #21 0x99ea0 in gtk_signal_connect_object () Tested with Solaris 7 (more details in the prev. reports.)

Is it possible to get a quick&dirty (pre-M7) workaround that printing under Solaris will work again, please ?

Found the bug, please fix it: I simply selected "file output" for printing, and wrote the output to /dev/stderr Then I got the following output: -- snip -- %!PS-Adobe-3.0 %%BoundingBox: 32 0 612 760 %%Creator: Mozilla (NetScape) HTML->PS %%DocumentData: Clean8Bit %%DocumentPaperSizes: A4 %%Orientation: Portrait %%Pages: 0 %%PageOrder: Ascend %%Title: Test Title %%EndComments -- snip -- Seems that the URL printing causes the problem, see http://lxr.mozilla.org/mozilla/source/gfx/src/ps/nsPostScriptObj.cpp#266 ---- BTW: The postscript output does NOT contain a build-ID (in the "Creator" line). Can you add this, please ?

Roland -- It looks like we have a fix for this issue. Please download the latest build and check it again.

Sorry, cannot verify yet - recent Solaris builds are broken (bug 8413 - see bug dependency).

Printing works now. Tested with my own build (based on mozilla-source-1999-06-19-08-M7.tar.gz sources). But take a look at the attached printing results ("netscape.ps"). Does a bug report exsist ?

Marking as verify fixed.

removing dependency on solaris crash on startup since this got fixed & verified.