found that the symbolic links for the libraries in SoftLogik/lib were
pointing to absolute paths and deron doesn't have an account on my
machine ;) they should be path relative.

bad:

libSoftLogikApp.so.1 ->
/home/deron/PageStream/SoftLogik/lib/libSoftLogikApp.so.1.0.0

fix:

ln -sf libSoftLogikApp.so.1.0.0 libSoftLogikApp.so.1

also found I couldn't print. got a lot of 'No widget to draw?!' messages
as well as assertion and other GLib-GObject errors. will report more on
that when I have time. good to be using PageStream again after all of
these years!

dave

Hmm. Seems everytime I fix this in the distribution, it gets broken. I'll
try again ...

>found that the symbolic links for the libraries in SoftLogik/lib were
>pointing to absolute paths and deron doesn't have an account on my
>machine ;) they should be path relative.
>
>bad:
>
> libSoftLogikApp.so.1 ->
>/home/deron/PageStream/SoftLogik/lib/libSoftLogikApp.so.1.0.0
>
>
>fix:
>
>ln -sf libSoftLogikApp.so.1.0.0 libSoftLogikApp.so.1
>
>also found I couldn't print.

What happens?

>got a lot of 'No widget to draw?!' messages
>as well as assertion and other GLib-GObject errors. will report more on
>that when I have time. good to be using PageStream again after all of
>these years!

The "No widget to draw" issues appears to be from some KDE themes, or from
the toolbar. It seems that for every blank space in the toolbar you get an
warning output. Try removing the spaces in the toolbar (prefs->toolbar.
Click on the <space> entries in the right hand list and remove them. Then
choose Save). At first glance it appears to be a bug in the gnome toolbar
code but that could be wishful thinking on my part.

>dave

Deron Kazmaier - support@grasshopperllc.com
Grasshopper LLC Publishing -http://www.grasshopperllc.com
PageStream DTP for Amiga, Linux, Macintosh, and Windows

On Monday 17 October 2005 12:13 pm, PageStream Support wrote:
[snip]
> >also found I couldn't print.
>
> What happens?

I swear I've reported this before myself...

1. Start PgS 5.0.2.4
2. Create new document
3. Draw a box
4. Print

printer "wakes up", activity light flashes, then it returns to ready status
without ever printing anything. Printer is an HP LJ2300 which works fine (at
least it prints ;^) using earlier versions of PgS.

1. Use same document
2. Print to file (LJ2300 ppd still selected, output to file)

That generates a 33K file. Using ps2pdf to generate a pdf results in an error:

> Error: /undefined in .6f
> Operand stack:
>
> Execution stack:
> %interp_exit .runexec2 --nostringval-- --nostringval--
--nostringval-- 2 %stopped_push --nostringval-- --nostringval--
--nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3
%oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2
--nostringval-- --nostringval-- --nostringval-- 2 %stopped_push
--nostringval--
> Dictionary stack:
> --dict:1133/3371(ro)(G)-- --dict:0/20(G)-- --dict:82/200(L)--
--dict:195/200(L)--
> Current allocation mode is local
> Last OS error: 2
> Current file position is 32442
> ESP Ghostscript 8.15.0: Unrecoverable error, exit code 1

Using KGhostView on the postscript file shows a blank page. I'd be happy to
send the postscript output file ;^)

Incidentally, the last few lines are:

> %%EndPageSetup
> .6f .6f BeginPage
> BO
> .6f .6f .6f .6f r'
> .6f .6f M
> .6f .6f L
> .6f .6f L
> .6f .6f L
> CP
> crfreq crangle /crspot cgfreq cgangle /cgspot cbfreq cbangle /cbspot cfreq
cangle /cspot SCS
> 0 .6f 0 []0 .6f /LENone /LENone ST
> S k` .6f .6f .6f .6f CMYK
> FP
> EO
> EndPage
> showpage
> EndTile
> %%PageTrailer
> EndDocument
> %EndDocument: untitled
> %%Trailer
> end
> %%EOF
>

Tim Doty

>> also found I couldn't print.
>
> What happens?
>
>> got a lot of 'No widget to draw?!' messages
>> as well as assertion and other GLib-GObject errors. will report more on
>> that when I have time. good to be using PageStream again after all of
>> these years!
>
> The "No widget to draw" issues appears to be from some KDE themes, or from
> the toolbar. It seems that for every blank space in the toolbar you get an
> warning output. Try removing the spaces in the toolbar (prefs->toolbar.
> Click on the <space> entries in the right hand list and remove them. Then
> choose Save). At first glance it appears to be a bug in the gnome toolbar
> code but that could be wishful thinking on my part.

btw, I am running Fedora Core 4 i386 on Athlon64 plus current updates.
also using the Gnome desktop and not the kde though it is installed.

I removed the spaces as suggested but am still seeing "No widget to
draw?!" during window resize and just focus changes as I select and draw a
text box. When I select the Text tool it gets worse. output follows:

(PageStream5Demo:2917: GLib-GObject-WARNING **: invalid cast from
`GtkOptionMenu' to `GtkCombo'

(PageStream5Demo:2917: GLib-GObject-WARNING **: invalid (NULL) pointer
instance

(PageStream5Demo:2917: GLib-GObject-CRITICAL **: g_signal_connect_data:
assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **: g_signal_handler_block:
assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **:
g_signal_handler_unblock: assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **: g_signal_handler_block:
assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **:
g_signal_handler_unblock: assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **: g_signal_handler_block:
assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **:
g_signal_handler_unblock: assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **: g_signal_handler_block:
assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **:
g_signal_handler_unblock: assertion `handler_id > 0' failed

(PageStream5Demo:2917: Gtk-WARNING **: A floating object was finalized.
This means that someone
called g_object_unref() on an object that had only a floating
reference; the initial floating reference is not owned by anyone
and must be removed with gtk_object_sink() after a normal
reference is obtained with g_object_ref().

(PageStream5Demo:2917: Gtk-WARNING **: A floating object was finalized.
This means that someone
called g_object_unref() on an object that had only a floating
reference; the initial floating reference is not owned by anyone
and must be removed with gtk_object_sink() after a normal
reference is obtained with g_object_ref().

(PageStream5Demo:2917: GLib-GObject-CRITICAL **: g_signal_handler_block:
assertion `handler_id > 0' failed

(PageStream5Demo:2917: GLib-GObject-CRITICAL **:
g_signal_handler_unblock: assertion `handler_id > 0' failed