Control-C in xfce4-terminal

Re: Control-C in xfce4-terminal

At 1251878221 time_t, Javier Barroso wrote:
> Anybody with the same symptoms?

Did you try that latest version of awesome?

Cheers,
--

-- 
Julien Danjou
// ᐰ <julien <at> danjou.info>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// This is the end of my signature.

Re: Control-C in xfce4-terminal

Hy,
I got the same problem some days ago. Updateing awesome (or one of its
libs) using "apt-get update/upgrade" and restarting fixed the issue for
me.

And yes: It's actually an awesome-fault: if you only start an terminal
(it doesnt depend on the terminal-app: xterm has the same problem)
without awesome everything works. As soon as you start awesome CTRL+C
stops from working.

Can anybody track this down? As I told I currently cant reproduce.

On Wed, Sep 02, 2009 at 09:57:01AM +0200, Javier Barroso wrote:
> Hi,
> 
> Sometimes Control-C stop working in xfce4-terminal. I think this is a
> awesome issue, because when I was using xfce4 it didn't happen. And testing
> it with a new Xorg display it work fine.
> 
> I don't known exactly when it happens.
> 
> For example now I have 4 terminal opened and none of them is working with
> Control-C key. When I login into a server, it works fine until I return my
> host.
> 
> After closing 4 terminals, Control-C works again when I open a new.
> 
> When Control-C is lost ? How could I recover this usefull key combo in a
> terminal which is broken (reset command doesn't help)?
> 
> Anybody with the same symptoms?
> 
> Thank you

--

-- 
Dominik Bruhn
mailto: dominik <at> dbruhn.de

Re: Control-C in xfce4-terminal

At 1251878536 time_t, Dominik Bruhn wrote:
> Can anybody track this down? As I told I currently cant reproduce.

Take a look on the changelog, it's rather clear:
http://awesome.naquadah.org/changelogs/v3.3.3

commit 47f3a4b3df2f1d31416331a675560596c70fdf09
Author: Uli Schlachter <psychon <at> znc.in>
Date:   Tue Aug 25 11:17:00 2009 +0200

    Clear the signal mask for child processes

    This adds a callback function which glib calls after it fork()'d and did all the
    necessary setup. This callback function clears our signal mask.

    This is necessary because libev 3.8 and later use signalfd and therefor have to
    add those signals to the signal mask. Processes started through awesome would
    inherit this signal mask and I can tell you, some app which ignores ctrl-c
    confuses people a lot.

    Signed-off-by: Uli Schlachter <psychon <at> znc.in>
    Signed-off-by: Julien Danjou <julien <at> danjou.info>

--

-- 
Julien Danjou
// ᐰ <julien <at> danjou.info>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// I'm no superman.

Re: Control-C in xfce4-terminal

floating doubt

Hi all,

few days ago i give a chance to "awesome" because it really catches my
eyes , but
i have some problems/doubts with lua and awful library... Ehm, i
belong to the realm
of "newbieness" so prepare to flame 
I try to set up a textbox to control mocp player and i wish to bind
the 2nd button
of my mice over it for spawning a xterm executing the player and i
wish to have it
as a floating xterm.
Is there a trick to do that over the awful call:

[...]
terminal = "xterm"
[...]
testwidget:buttons({
  [...]
  button({ }, 2, function () awful.util.spawn(terminal .. " -e mocp") end),
  [...]
})

? Or have i to set the terminal name and setup a rule that make the xterm float?
Thanks to the developer and community for that could be a great window manager
(let my doubts flow while i'm newbie .

See you.
ff0000

Re: floating doubt

The most usable approach would indeed be to set the terminal name (for
example to mocp_float) and to add a floatapps entry for it. On the other
hand, if you don't want to clutter your floatapps, you could set some
global variable to true before spawning the xterm. Then check in your
manage hook if that variable is true and if so, set the managed client
floating and the variable to false (i.e. something like
float_next_client or something). The first approach is much more sane
and error-proof though.

--

-- 
GCS/IT/M d- s+:- a-- C++ UL+++ US UB++ P+++ L+++ E--- W+ N+ o--
K- w--- ?O M-- ?V PS++ PE- Y++ PGP+++ t+ 5 X+ R tv b+++ DI+++
D+++ G+ e h! r y+

    Gregor Best

Re: Control-C in xfce4-terminal

At 1251881588 time_t, Javier Barroso wrote:
> So, reading your comment about libev3, should I open a debbug ?

Well, it should work correctly with 3.3.3, so if you still have this
issue, there might be something else wrong.

Can you reproduce the problem with the default configuration?

--

-- 
Julien Danjou
// ᐰ <julien <at> danjou.info>   http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// My root password is

Re: Control-C in xfce4-terminal

Re: floating doubt

Hi Gregor,

> The most usable approach would indeed be to set the terminal name (for
> example to mocp_float) and to add a floatapps entry for it. On the other
> hand, if you don't want to clutter your floatapps, you could set some
> global variable to true before spawning the xterm. Then check in your
> manage hook if that variable is true and if so, set the managed client
> floating and the variable to false (i.e. something like
> float_next_client or something). The first approach is much more sane
> and error-proof though.
Mmmh... I give it a try... Another boring question, are floatapps' name
"string value matched" or through "pattern matching":

floatapps = {
  ...
  ["__FLOAT__"] = true,
  ...
}

If i spawn a "xterm -e mocp -n test__FLOAT__", will it be matching the
floatapps' rule (since it contains "__FLOAT__") or i have to spawn as
"xterm -e mocp -n __FLOAT__"?

Thanks a lot.
ff0000