>>>>> "Eli" == e <eli> writes:
Eli> Just a minor beef, but remember; since the pager has been ripped out
Eli> of the fvwm2 executable (at least I think it was.. :) you can COUNT on a
Eli> FvwmPager process, and most likely a FvwmButtons process as well.
Actually, FvwmPager was a module for 1.xx as well (later in it's life)
as well as an internal function (which could be compiled out if you
only wanted to use the module). That particular fvwm 1.xx did have
the
But, yes, I wasn't counting modules, because that's the purpose of
modules. Not everyone will use them and all of the NECESSARY wm
functions are in fvwm itself. I myself only use the pager module.
If people are that strapped for memory, they don't have to run any
modules at all and still be able to get quite a lot of functionality
from fvwm itself.
>>>>> "Greg" == Greg Veres <gveres_at_aw.sgi.com> writes:
Greg> Yes. I had noticed this too when I first switched to version
Greg> 2. I have noticed that these modules are not trivial in
Greg> size. How much code is shared between the modules and fvwm?
Greg> Hmmm, I haven't looked but is fvwm.lib staticly linked or
Greg> dynamically linked?
Curently static (as Brady notes below).
>>>>> "Brady" == Brady Montz <bradym_at_cs.arizona.edu> writes:
Brady> fvwmlib is by default statically linked. I don't know how to
Brady> tell imake to make it shared, so I ust edit the makefile in the
Brady> lib directory by hand to make it dynamic. libfvwm2.so is only
Brady> 13K though on my machine, so it doesn't make too much
Brady> difference. I have 3 modules running at any given time plus
Brady> fvwm so that makes for 39K of wastage if I had it static.
I believe that setting up Imake to compile shared is relatively
trivial, but as you noted, it won't currently buy much. What could be
done is perhaps make a second lib with all of the common module
specific functions and make both of these shared. Then perhaps a
greater benefit could be achieved. But I don't know yet.
Fear not though, as minimizing memory usage is (as you all should know
by now) one of my big concerns. I will investigate this, and anything
else that can potentially lower memory consumption, as I can to see
what else can be done.
Chuck
*******************************************************************************
Charles K. Hines <chuck_hines_at_vnet.ibm.com>
IBM Logic Synthesis developer [BooleDozer (TM)]
Martial Arts Instructor [Modern Arnis, Presas Style Filipino Martial Arts]
IBM Internal email: "Go back to sleep, Chuck. You're
hines_at_cold.fishkill.ibm.com, just havin' a nightmare--of course,
HINESC at FISHKILL, HINESC at FSHVMFK1 we are still in Hell." Gary Larson
*******************************************************************************
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Fri Apr 19 1996 - 15:41:16 BST