> I just have a question about browsers. I know of, and
> frequently use, fl_load_browser() to load a file. Will there ever
> be something like a fl_dump_browser() to say dump it out to a file?
> I do this now with a simple loop to read each line but I think a
> function like that would be pretty usefull. Just a suggestion.
IMHO you have the correct solution. I'm beginning to fear that XForms
is becoming a bit too "feature laden" (this, modulo my own recent
suggestion of fl_get* functions to complement fl_set* functions).
> One other question, I have had a few people tell me when
> they compile my xforms applications they get the errors stating that
> ld can't find libX11 . It works fine if the path is specified in a
> -L option to gcc and I added the path to my LD_LIBRARY path and that
> does away with the need for the -L . The reason I'm curious is
> because this has happened on a few not identical systems. Is the
> problem in the way our lib paths are set up or is it something else?
They may have their X11 libraries in different places. By default,
for instance, X11R6 installs in /usr/X11R6/lib/X11 rather than in
/usr/lib/X11. Sun's Openlose lives in /usr/openwin/lib (to the best
of my recollection -- I've nuked all Openlose junk from my systems).
The LD_LIBRARY_PATH (I assume this is what you're referring to) is a
somewhat different beast. It does not tell the ld loader anything (as
far as I know). It does tell the shared object loader where to find
things at run time if you don't have things in the Standard Places or
specify the path at the time the program is linked.
As far as I know, LD_LIBRARY_PATH or LD_LIBRARY, for that matter,
should not by default have any effect on the ld step unless you're
explicitly specifying it and then the syntax is different from what
any ld of which I'm familiar expects.
BTW, there's a good reference for learning/using `make' published by
the O'Reilly folks, _Managing Projects with imake_, written by Oram
and Talbott.
spl
_________________________________________________
To unsubscribe, send the message "unsubscribe" to
xforms-request@bob.usuf2.usuhs.mil or see
http://bob.usuf2.usuhs.mil/mailserv/xforms.html
Xforms Home Page: http://bragg.phys.uwm.edu/xforms
List Archive: http://bob.usuf2.usuhs.mil/mailserv/list-archives/