Re: libtoolization ?
On Fri, 29 Mar 2002, Olivier Chapuis wrote: - if shared is enabled (and the system support shared lib) fvwm will build and install a sharable library libfvwm.so-version and fvwm2 and the modules will be dynamically linked to this library. Of course the system must be able to perform the dynamic link (e.g., for Linux either updating /etc/ld.so.conf and run ldconfig or adding the directory lib directory in LD_LIBRARY_PATH after the install). ELF allows to embed this directory into the binary, so there's no need to touch either ld.so.conf or LD_LIBRARY_PATH [1]. This is achieved with -rpath option to the linker. According to Linux's ld(1), Solaris also supports this feature, and SunOS additionaly requires -rpath-link. I've checked DEC OSF1 4.0 and IRIX 6.5, and both of them do support -rpath. In OpenBSD this switch is called -R, but at least in 2.7 -rpath is also accepted for compatibility with GNU ld. [1] Both of these decisions are not so handy: ld.so.conf is only root-writable, so that user wouldn't be able to install a custom shared copy of fvwm; LD_LIBRARY_PATH should be set (in fact, added to) in the user's login file, name of which isn't known (.profile | .bash_profile | .zshenv | .tcshrc | .whatever ...). _ Dmitry Yu. Bolkhovityanov The Budker Institute of Nuclear Physics Novosibirsk, Russia -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: png loader
On 30 Mar 2002 07:37:07 +0100, Olivier Chapuis wrote: I think it will be good that fvwm can load png images. The reason is that png is a good format and that there is a lot of icons and mini-icons in such format in the hd of a lot of machine (GNOME and KDE version 1 use this format). One possibility is to use an image library as imlib2. The advantage is that if we do so fvwm will be able to load image in various format (as jpg, tiff ...etc). Nevertheless, I do not think that this is a good idea as IMHO we only need to add support for png image and we do not need all the goodies of an image library. I mean that I do not think that fvwm should depends on a given image library (and we should write ourself our image goodies functions) and then it will be absurd to use an image library for just loading png images. I think imlib is installed on a lot modern systems. But using only libpng (that is a requirement for imlib anyway) to load png images is good too. Supporting gif and jpg images would be good, but png is more important. So if there is no objection I will write a png loader (using libpng) for fvwm (with the help of imlib2 source code). I am all for adding png support. Regards, Mikhael. -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
PositiveWrite problems
It seems that FvwmEvent has communication problems that result in freeze of 30 seconds in PositiveWrite. I get such freeze at random times for all my FvwmEvent instances since 2.3.x versions. It seems recently there are more freezes, probably because enter_window and leave_window events are added. It is hard to reproduce on purpose. One guy said he can reproduce this on almost every FvwmEvent start or restart, but I can't do this with his config. I sometimes see this when some kind of grabbing is done (new window added while with the busy cursor) or on a moderate system load, but this is not deterministic. The error is this: [FVWM][PositiveWrite]: ERROR Failed to read descriptor from 'FvwmEvent FvwmEvent-Alias': - data available=N - terminate signal=N The strange thing is that the offender (FvwmEvent) is not killed as would be guessed from the source code, but remains to be functional after the freeze until the next freeze. What is the best way to debug this? Chris, are you here? Regards, Mikhael. -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: PositiveWrite problems
I just enabled my FvwmEvent that listens to enter_window and leave_window, similarly to what Dominik posted some time ago, and I see how to reproduce the freeze for sure (just start the button bar that is auto raised/lowered or shaded on enter/leave, then while it swallows xclock/xload, enter and leave some window). I will debug this later. In this situation FvwmEvent is killed after the freeze, not something that I experienced previously. It may be harder with FvwmEvent that listens to add_window, I still (for months) can't find a way to reproduce the problem for sure and it was not killed after the freeze for unknown reason. Regards, Mikhael. -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: libtoolization ?
On Fri, Mar 29, 2002 at 11:07:19AM -0500, Dan Espen wrote: Olivier Chapuis [EMAIL PROTECTED] writes: Hello, At present time the fvwm lib is used in a totally static way. Moreover, an external module should be compiled inside the fvwm source tree to take advantage of the libs. ... Any way I do not know a lot of things on memory management (any good doc and better tool than top and free?). ... So the difference is not big when you really use fvwm. So now the big question: should I finish the libtoolization of fvwm and commit the change? It doesn't seem to be buying us much. Hum, sorry, what do you mean exactly? It seems to me that you say something like ... No o:) but I am no sure. Olivier -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: libtoolization ?
On Sat, Mar 30, 2002 at 01:53:26PM +0600, Dmitry Yu. Bolkhovityanov wrote: On Fri, 29 Mar 2002, Olivier Chapuis wrote: - if shared is enabled (and the system support shared lib) fvwm will build and install a sharable library libfvwm.so-version and fvwm2 and the modules will be dynamically linked to this library. Of course the system must be able to perform the dynamic link (e.g., for Linux either updating /etc/ld.so.conf and run ldconfig or adding the directory lib directory in LD_LIBRARY_PATH after the install). ELF allows to embed this directory into the binary, so there's no need to touch either ld.so.conf or LD_LIBRARY_PATH [1]. This is achieved with -rpath option to the linker. According to Linux's ld(1), Solaris also supports this feature, and SunOS additionaly requires -rpath-link. I've checked DEC OSF1 4.0 and IRIX 6.5, and both of them do support -rpath. In OpenBSD this switch is called -R, but at least in 2.7 -rpath is also accepted for compatibility with GNU ld. Yes, thanks for the tip. If we implement shared lib we may use this and I hope that libtool resolves all system dependent stuff (it is one of the reason of its existence). Olivier -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: png loader
On Sat, Mar 30, 2002 at 10:44:41AM +, Mikhael Goikhman wrote: On 30 Mar 2002 07:37:07 +0100, Olivier Chapuis wrote: I think it will be good that fvwm can load png images. The reason is that png is a good format and that there is a lot of icons and mini-icons in such format in the hd of a lot of machine (GNOME and KDE version 1 use this format). One possibility is to use an image library as imlib2. The advantage is that if we do so fvwm will be able to load image in various format (as jpg, tiff ...etc). Nevertheless, I do not think that this is a good idea as IMHO we only need to add support for png image and we do not need all the goodies of an image library. I mean that I do not think that fvwm should depends on a given image library (and we should write ourself our image goodies functions) and then it will be absurd to use an image library for just loading png images. I think imlib is installed on a lot modern systems. Yes, but here my objection: - imlib is no more under development, it is replaced by imlib2. - imlib is not used any more in GNOME (version =2) and has a gtk+ replacement in gtk+-2 (gtk-pixbuf or something like that). - About imlib2: it seems to me that it is now a pure E library. So it seems to me that imlib will progressively disappear and that imlib2 will not have the same universality than imilib. On the other hand libpng is used by every body. But using only libpng (that is a requirement for imlib anyway) to load png images is good too. Supporting gif and jpg images would be good, but png is more important. Yes, we may write gif and jpg loader (with libgif and libjpg). So if there is no objection I will write a png loader (using libpng) for fvwm (with the help of imlib2 source code). I am all for adding png support. You will have it in less than 7 days. Olivier -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: libtoolization ?
Olivier Chapuis [EMAIL PROTECTED] writes: On Fri, Mar 29, 2002 at 11:07:19AM -0500, Dan Espen wrote: Olivier Chapuis [EMAIL PROTECTED] writes: Hello, At present time the fvwm lib is used in a totally static way. Moreover, an external module should be compiled inside the fvwm source tree to take advantage of the libs. ... Any way I do not know a lot of things on memory management (any good doc and better tool than top and free?). ... So the difference is not big when you really use fvwm. So now the big question: should I finish the libtoolization of fvwm and commit the change? It doesn't seem to be buying us much. Hum, sorry, what do you mean exactly? It seems to me that you say something like ... No o:) but I am not sure. No, I don't mean no. I don't know if I read your data correctly, but it didn't look like it showed a benefit. I only mentioned that to make sure I was reading all those numbers correctly. The reason I posted was to point out that you could get more detailed data. Jason showed how to do that on Linux. Why would you want to do this if there's no benefit? Still, if you want to, I won't say no. Why? 1. Because, in principle, I like shared libraries. 2. If anyone doesn't like them, they can disable them. -- Dan Espen E-mail: [EMAIL PROTECTED] 444 Hoes Lane Room RRC 1C-214 Phone: (732) 699-5570 Piscataway, NJ 08854 -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: png loader
I think it will be good that fvwm can load png images. The reason is that png is a good format and that there is a lot of icons and mini-icons in such format in the hd of a lot of machine (GNOME and KDE version 1 use this format). This sounds awesome to me. I've always wished for proper PNG alpha-bending in FvwmButtons and the pager mini-icons. Heavily-shadowed Gnome icons look pretty goofy without it :-) Suzanne -- [EMAIL PROTECTED] - http://www.igs.net/~tril/ That's when it dawned on me that what I really disliked about procmail was the recipe format. I didn't want to handle my mail with a collection of colons, zeroes, and single-letter commands that made sendmail.cf look like a Shakespearean sonnet. -- Simon Cozens -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: png loader
On Sat, Mar 30, 2002 at 12:43:09PM -0500, Suzanne Skinner wrote: I think it will be good that fvwm can load png images. The reason is that png is a good format and that there is a lot of icons and mini-icons in such format in the hd of a lot of machine (GNOME and KDE version 1 use this format). This sounds awesome to me. I've always wished for proper PNG alpha-bending in FvwmButtons and the pager mini-icons. Heavily-shadowed Gnome icons look pretty goofy without it :-) Hum, I do not promise alpha rendering (at least for the moment). The first approach will map the alpha channel (which goes from 0 to 255) to {0,1} something like: if alpha 150 then render the point as is if the alpha = 150 put the point out of the mask. Olivier -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: libtoolization ?
On Sat, Mar 30, 2002 at 10:35:14AM -0500, Dan Espen wrote: Olivier Chapuis [EMAIL PROTECTED] writes: On Fri, Mar 29, 2002 at 11:07:19AM -0500, Dan Espen wrote: Olivier Chapuis [EMAIL PROTECTED] writes: Hello, At present time the fvwm lib is used in a totally static way. Moreover, an external module should be compiled inside the fvwm source tree to take advantage of the libs. ... Any way I do not know a lot of things on memory management (any good doc and better tool than top and free?). ... So the difference is not big when you really use fvwm. So now the big question: should I finish the libtoolization of fvwm and commit the change? It doesn't seem to be buying us much. Hum, sorry, what do you mean exactly? It seems to me that you say something like ... No o:) but I am not sure. No, I don't mean no. I don't know if I read your data correctly, but it didn't look like it showed a benefit. Yes, it seems that there are no memory benefit. I was surprised by that. Does someone has an explaination? However, a benefit is to have our libs public. I only mentioned that to make sure I was reading all those numbers correctly. The reason I posted was to point out that you could get more detailed data. Jason showed how to do that on Linux. Yes, /proc/$PID/maps gives some info but I need to write a script that make the memory computation (only mem adress are given). I fail to found a linux utility that do the same job than pmap on solaris. Why would you want to do this if there's no benefit? Still, if you want to, I won't say no. Why? 1. Because, in principle, I like shared libraries. 2. If anyone doesn't like them, they can disable them. I will wait an other advice. Thanks, Olivier -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Notification: incoming/863
FVWM Bug Tracking notification new message incoming/863 Message summary for PR#863 From: [EMAIL PROTECTED] Subject: Java windows: 2 problems: (a) wrong resizing: setSize(x, y) and pack() not honored, (b) no deiconification on setVisible(true) Date: Sat, 30 Mar 2002 13:47:32 -0600 0 replies 0 followups ORIGINAL MESSAGE FOLLOWS From [EMAIL PROTECTED] Sat Mar 30 13:47:33 2002 Received: from karazm.math.uh.edu ([129.7.128.1]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16rOp3-0007IH-00 for [EMAIL PROTECTED]; Sat, 30 Mar 2002 13:47:33 -0600 Received: from malifon.math.uh.edu (IDENT:[EMAIL PROTECTED] [129.7.128.13]) by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id NAA19388 for [EMAIL PROTECTED]; Sat, 30 Mar 2002 13:47:33 -0600 (CST) From: [EMAIL PROTECTED] Received: from localhost ([127.0.0.1] ident=65534) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16rOp2-0007ID-00 for [EMAIL PROTECTED]; Sat, 30 Mar 2002 13:47:32 -0600 To: [EMAIL PROTECTED] Subject: Java windows: 2 problems: (a) wrong resizing: setSize(x, y) and pack() not honored, (b) no deiconification on setVisible(true) Message-Id: [EMAIL PROTECTED] Date: Sat, 30 Mar 2002 13:47:32 -0600 Full_Name: Version: 2.4.2 CVS_Date: OS: Linux 2.4.8 X_Server: XFree86 4.0 Submission from: (NULL) (24.70.95.204) Hello, There is a problem with fvwm2 displaying Java 1.3.1_02 Swing JFrame windows which are popped up from other JFrame windows. What fvwm2 often does with these is it resizes them so that they are so small on the screen that the user can hardly see them. Even when the user calls setSize(x, y) and pack() on the created JFrame fvwm2 often still does the resizing leading to 16x16 windows or so. This happens roughly 60% of the time. This also happens under the gnome window manager but never happens under window maker. The code was compiled using Sun's JDK for Linux and other users experienced the same problem with their own code. The other Java problem which has to do with window management is that when setVisible(true) is called on the window often it appears as an fvwm2 icon, which is not what is supposed to happen. When setVisible(false) is called on a JDK JFrame the window is supposed to disappear and when setVisible(true) is called on that window later it is supposed to appear deiconified. Thanks, Neil -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
Re: libtoolization ?
Olivier Chapuis [EMAIL PROTECTED] writes: On Sat, Mar 30, 2002 at 10:35:14AM -0500, Dan Espen wrote: The reason I posted was to point out that you could get more detailed data. Jason showed how to do that on Linux. Yes, /proc/$PID/maps gives some info but I need to write a script that make the memory computation (only mem adress are given). I fail to found a linux utility that do the same job than pmap on solaris. I would guess Perl would have something that would make it easy to to arithmetic with hex values. -- Dan Espen E-mail: [EMAIL PROTECTED] 444 Hoes Lane Room RRC 1C-214 Phone: (732) 699-5570 Piscataway, NJ 08854 -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
CVS migo: * Woops, s/Bidi_LIBS/Bidi_CFLAGS/
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: migo02/03/30 16:10:56 Modified files: modules/FvwmForm: Makefile.am modules/FvwmScript: Makefile.am Log message: * Woops, s/Bidi_LIBS/Bidi_CFLAGS/ -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
CVS dane: * fvwm/fvwm2.1: Fixup IconBox geometry examples.
CVSROOT:/home/cvs/fvwm Module name:fvwm Changes by: dane02/03/30 20:36:44 Modified files: . : ChangeLog fvwm : fvwm2.1 Log message: * fvwm/fvwm2.1: Fixup IconBox geometry examples. -- Visit the official FVWM web page at URL:http://www.fvwm.org/. To unsubscribe from the list, send unsubscribe fvwm-workers in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]