On 5/28/20 8:00 AM, Jim Diamond wrote:
On Wed, May 27, 2020 at 21:58 (-0500), Peter G wrote:
On 5/27/20 9:37 PM, Jim Diamond wrote:
On Wed, May 27, 2020 at 21:32 (-0500), Peter G wrote:
On 5/27/20 4:58 PM, Thomas Adam wrote:
On Wed, May 27, 2020 at 04:41:08PM -0500, peter g wrote:
Hi
On 5/27/20 9:37 PM, Jim Diamond wrote:
On Wed, May 27, 2020 at 21:32 (-0500), Peter G wrote:
On 5/27/20 4:58 PM, Thomas Adam wrote:
On Wed, May 27, 2020 at 04:41:08PM -0500, peter g wrote:
Hi Everyone:
Hello!
i have a frustrating issue with fvwm and casting from google's chrome,
On 5/27/20 4:58 PM, Thomas Adam wrote:
On Wed, May 27, 2020 at 04:41:08PM -0500, peter g wrote:
Hi Everyone:
Hello!
i have a frustrating issue with fvwm and casting from google's chrome, that
maybe somebody has a workaround for.
Normally, under any other WM i've tried (and also
Hi Everyone:
i have a frustrating issue with fvwm and casting from google's chrome,
that maybe somebody has a workaround for.
Normally, under any other WM i've tried (and also on windows), in the
chrome browser, choosing "Cast", will pop up a small window that asks
the user what device to ca
>
> Changed paths:
> M fvwm/events.c
>
> Log Message:
> ---
> Fix disappearing windows.
>
>
oh, just noticed this - thanks for tackling this issue.
I've had occasional problems with "disappearing" windows for a long time
now. In my case, I would bring them to visible areas by ru
Does anybody really use libstroke support?
I do. It's something i could easily live without... but I do like it on
occasion.
It's resonsible for
> quite some hardly readably code, and I suspect nobody uses it
> anymore. If there's a need for mouse gesture or touchpad support,
> there must ce
On Mon, May 9, 2016 at 7:35 AM, Stephen Dennison
wrote:
>
> I wonder if this is a graphics driver issue.
>>
>
> It reminds me of the kind of symptoms you can see when running compiz,
> actually. Though for me the slowdown is with the 3d accelerated program
> when compiz is running, not FVWM.
>
>
First of all, thanks to everyone involved in the latest batch of changes -
it's great to see fvwm still being actively worked on!
I've had this issue I'm about to describe for some years now, and was
wondering if others have come across it as well.
The problem is that when I open applications that
is anyone having a problem grabbing files from the cvs server right now?
i get this:
$ cvs -d :pserver:anonym...@cvs.fvwm.org:/home/cvs/fvwm checkout -r
branch-2_6 fvwm
cvs [checkout aborted]: connect to cvs.fvwm.org(129.7.128.165):2401 failed:
No route to host
Thanks for the quick response.
On Sun, Jan 25, 2015 at 2:30 PM, Thomas Adam wrote:
>
> You can coerce this through various means. I suspect in your case
> though those applications are starting due to program-specified hints.
> That's usually typical. Try:
>
> Style foo !PPosition
>
>
This
Just wanted to provide a quick update and report a few bugs that have I
been observing.
I am running the latest version from the cvs. Some of you may remember, a
few months ago I had a big issue with maple and its behavior of flooding
fvwm with thousands of events:
https://www.mail-archive.com/fvw
On Sun, Dec 28, 2014 at 6:52 PM, Thomas Adam wrote:
> Fixed.
>
>
yup, thanks.
No that I can reproduce though. Try again:
>
> % cvs up -C
>
>
this does not work. I also tried a clean check out of branch-2_6 and get
the same issue when compiling.
weird
just fyi... i think there might be an issue:
make[2]: Entering directory `/blah/fvwm/src/fvwm-2.6.x/libs'
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/freetype2
-pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gdk-pixbuf-
> fvwm stays barely usable when the application generates 20.000.000
> ...NAME... PropertyNotify events (machine with four cores). The
> X server blocks one cpu at 100%, fvwm uses 50% to 60% on another
> core, and the application uses about 12% on a third. This looks
> pretty good to me - as long
On Fri, Sep 19, 2014 at 4:31 PM, Dominik Vogt wrote:
> I wonder why this bug has never showed up before. It's been in
> the code for ages.
>
that is strange indeed... it must have been after 2.6.5 though as I don't
see this problem with that release.
On Fri, Sep 19, 2014 at 4:25 PM, Dominik Vogt wrote:
> On Fri, Sep 19, 2014 at 04:17:55PM -0400, Peter G wrote:
> > On Fri, Sep 19, 2014 at 4:11 PM, Dominik Vogt
> wrote:
> > (gdb) p *t
>
> Thanks. And now?
>
works fine now - thanks!!.
On Fri, Sep 19, 2014 at 4:11 PM, Dominik Vogt wrote:
> On Fri, Sep 19, 2014 at 03:11:26PM -0400, Peter G wrote:
> > I still seem to be getting the same thing:
>
> Hm. Can you post a print of the window structure in the crashing
> function, please?
>
> sure:
(gdb)
On Fri, Sep 19, 2014 at 2:21 PM, Dominik Vogt wrote:
> > #0 0x0046fcff in CMD_WindowList (cond_rc=0x7fff5fcbde50,
> > exc=0x15b4b70, action=0x15ad160 " Function DeiconifyAndRaise")
> > at windowlist.c:979
> > 979 dheight = (dheight -
> > t->hints.
On Fri, Sep 19, 2014 at 10:45 AM, Dominik Vogt wrote:
>
> If fvwm crashes I need a stack trace from the core file:
>
>
yup, sorry for not providing that. Now showing below. Info about
DeiconifyAndRaise is in the last email.
me@mycomp:~$ gdb ~/fvwm/install/bin/fvwm ~/core
GNU gdb (Ubuntu/Linaro
Hi:
so just a quick follow up. The patch and the update work great as far as
maple is concerned... I have not experienced maple not loading properly
since the switch.
I do see however a small issue with 'Iconify off' on some windows (but the
issue is probably deeper).
Say I iconify a window, and
On Tue, Sep 16, 2014 at 3:35 PM, Dominik Vogt wrote:
> How does the attached experimental patch work for you?
>
>
So far it seems to work!... I tried to start maple 30+ times and had no
problems.
I switched to 2.6.5 and "failed" 6 times in 20 starts. This is on a
computer with a slowest hard dr
On Tue, Sep 16, 2014 at 2:52 PM, Dominik Vogt wrote:
> If I disable the debug output, fvwm can throw away 40
> alternating PropertyNotify events for WM_NAME and WM_ICON_NAME in
> about 30 seconds at about 35% cpu (on my machine, of course). Not
>
This would probably already make a broken ma
> Can you please try out the latest cvs code wogether with the debug
> patch attached to this message? I need to see some stretch of the
> log again (only the part with the ..._NAME atoms, the rest is
> irrelevant).
>
>
Thanks for the update and the patch.
Unfortunately it's not working form me.
> > around line 246 i skip a lot of the same events...
> >
> > then after line 511 i kill maple.
>
> I assume you mean line 411?
>
>
no, i really mean 511. Whenever you see a like like:
(gnome-settings-daemon:2443): color-plugin-WARNING **: Done switch to new
account, reload devices
that's when I
they are running on the same machine.
About to send you the log with the second round of changes.
On Sun, Sep 14, 2014 at 9:14 PM, Dominik Vogt wrote:
> Hm, are fvwm and/or the application running on the same machine as
> the X server or over a network?
>
> Ciao
>
> Dominik ^_^ ^_^
>
> --
>
> D
> > dispatch_event: event type 28
> > HandlePropertyNotify: send_event 0, window 0x2e00043, atom 133
> '_NET_WM_NAME', time 187328, state 0
> > dispatch_event: event type 28
> > HandlePropertyNotify: send_event 0, window 0x2e00043, atom 25
> 'WM_ICON_NAME', time 187328, state 0
> > dispatch_event:
Hi:
Here is an update. To play with things I have been using the 2.6 branch
from the cvs.
First, let me note that even with the same maple worksheet, from time to
maple loads correctly (this is without any obvious changes to anything). In
that case, I can see all the cores of my CPU spike up for
thanks taking the time to look at this, and for the pointers!
On Sun, Sep 14, 2014 at 7:26 AM, Dominik Vogt wrote:
> Could you place printfs in events.c in the My_XNextEvent() function
> and print out the event type? That should identify the mass of
> events that are coming in, probably just t
>
> So attach gdb to the fvwm process and show a backtrace of what fvwm is
> doing.
>
> -- Thomas Adam
>
>
I show the backtrace below (at the bottom). As I mentioned fvwm is just
stuck in the main event loop.
$sudo gdb ./fvwm/install/bin/fvwm 18419
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1)
Hi:
my issue seems similar to the one presented here:
https://www.mail-archive.com/fvwm-workers@fvwm.org/msg03376.html
but with maple.
In most cases opening and using maple works fine, but with some worksheets,
in particular those that may contain many plots, fvwm "freezes" when maple
is loading.
31 matches
Mail list logo