clone 470882 -1
reassign -1 aalib
tags -1 - patch
retitle -1 aalib should check the value returned by Gpm_GetEvent()
thanks
Gerfried Fuchs, le Sat 22 Nov 2008 17:44:07 +0100, a écrit :
> Not sure what other applications might be affected by it and should get
> addressed, too ...
aalib is affecte
clone 470882 -1
reassign -1 ncurses
retitle -1 ncurses should check the value returned by Gpm_GetEvent()
thanks
Gerfried Fuchs, le Sat 22 Nov 2008 17:44:07 +0100, a écrit :
> Ah, right. And aptitude does behave false here too (last two lines from
> strace):
>
> write(2, "Uncaught exception: Unab
* Samuel Thibault <[EMAIL PROTECTED]> [2008-11-12 19:33:19 CET]:
> It is: now you at least get a connexion, and get rejected.
Hmm, alright.
> The pdmenu segfault is due to another bug, see my mail dated 11th
> October.
Ah, right. And aptitude does behave false here too (last two lines from
str
clone 470882
retitle -1 pdmenu should check the value returned by Gpm_GetEvent()
reassign -1 pdmenu
thanks
Reading the documentation of Gpm_GetEvent:
« It returns 1 on success, -1 on failure, and 0 after closing the connection. »
pdmenu doesn't properly check that. It should. Patch attached.
Gerfried Fuchs, le Wed 12 Nov 2008 14:43:19 +0100, a écrit :
> > The unfortunate effect here is that it waits without handling clients.
> > The attached patch fixes that: when not in text mode, the mouse
> > is closed, but the select() loop continues. I had to change the
> > timeout of select, I h
* Samuel Thibault <[EMAIL PROTECTED]> [2008-11-11 22:24:53 CET]:
> The problem is that you both want a mouse on the text console and a
> mouse in X. The correct way is to use a repeater: gpm reads
> /dev/input/mice, and repeats to X. Now, gpm tries to play nice with X
> servers that would read /d
Processing commands for [EMAIL PROTECTED]:
> tags 470882 + patch
Bug#470882: gpm freezes and makes other applications freeze/segfault
There were no tags set.
Bug#476431: gpm makes apps hang if running; they run normally if stopped
Tags added: patch
> thanks
Stopping processing here.
Please conta
tags 470882 + patch
thanks
Hello,
Christoph Berg, le Sat 25 Oct 2008 20:47:08 +0200, a écrit :
> I suspect the following code from old_main() is bogus:
>
> if(kd_mode != KD_TEXT && !option.repeater && !option.force_repeat) {
> wait_text(&mouse_table[1].fd);
>
> What does it mean
Hello,
Same for me, I've always had the repeater, thus couldn't reproduce the
"7th" bug.
Christoph Berg, le Sat 25 Oct 2008 20:47:08 +0200, a écrit :
> Or is the bug rather that applications not running on a linux consule
> must not try to connect to gpm?
Ideally they shouldn't even try, yes. A
Re: Kurt Roeckx 2008-10-25 <[EMAIL PROTECTED]>
> > gpm (1.20.4-2) unstable; urgency=low
>
> It seems I didn't look at the source with the patches applied.
Btw, I had tried disabling some patches, but the result was the same.
Christoph
--
[EMAIL PROTECTED] | http://www.df7cb.de/
signature.asc
On Sat, Oct 25, 2008 at 10:09:35PM +0200, Christoph Berg wrote:
> Re: Kurt Roeckx 2008-10-25 <[EMAIL PROTECTED]>
> > > int fd = open_console(O_RDONLY);
> > > if (ioctl(fd, KDGETMODE, &kd_mode) < 0)
> > > gpm_report(GPM_PR_OOPS,GPM_MESS_IOCTL_KDGETMODE);
> > > close(fd);
>
Re: Kurt Roeckx 2008-10-25 <[EMAIL PROTECTED]>
> > int fd = open_console(O_RDONLY);
> > if (ioctl(fd, KDGETMODE, &kd_mode) < 0)
> > gpm_report(GPM_PR_OOPS,GPM_MESS_IOCTL_KDGETMODE);
> > close(fd);
> > if(kd_mode != KD_TEXT && !option.repeater && !option.force_repeat
Re: Kurt Roeckx 2008-10-25 <[EMAIL PROTECTED]>
> > if(kd_mode != KD_TEXT && !option.repeater && !option.force_repeat) {
> > wait_text(&mouse_table[1].fd);
> >
> > What does it mean to be "in text mode"? What if X is started later?
>
> It return 0 (KD_TEXT) when the _current_ consol
On Sat, Oct 25, 2008 at 08:47:08PM +0200, Christoph Berg wrote:
> [http://wiki.debian.org/BugSprint is to blame for me looking into this]
>
> As the locking occurs on exactly the 7th event (using rxvt-unicode +
> pdmenu here), there must be kept some state somewhere. That's most
> likely gpm.
Res
On Sat, Oct 25, 2008 at 08:47:08PM +0200, Christoph Berg wrote:
>
> I suspect the following code from old_main() is bogus:
>
> /*
> * Be sure to be in text mode. This used to be before select,
> * but actually it only matters if you have events.
> */
> {
> int
[http://wiki.debian.org/BugSprint is to blame for me looking into this]
As the locking occurs on exactly the 7th event (using rxvt-unicode +
pdmenu here), there must be kept some state somewhere. That's most
likely gpm.
Client applications try to connect() to /dev/gpmctl, but starting from
the 7t
On Sun, Oct 12, 2008 at 12:19:49PM +0200, Kurt Roeckx wrote:
> On Thu, Oct 09, 2008 at 01:14:28AM +0200, Samuel Thibault wrote:
> >
> > Now, that being said, that reminds me bug #472063: actually libgpm
> > shouldn't even have tried to connect to the server, it should have just
> > noticed it is r
On Thu, Oct 09, 2008 at 01:14:28AM +0200, Samuel Thibault wrote:
>
> Now, that being said, that reminds me bug #472063: actually libgpm
> shouldn't even have tried to connect to the server, it should have just
> noticed it is running in an X terminal and set gpm_fd to -2...
Both people reporting
Thomas Dickey, le Wed 08 Oct 2008 20:00:32 -0400, a écrit :
> b) I'm not as familiar with pdmenu source - but reading, seems to
> talk directly to gpm using its documented interface, and to
> be using slang.
I tried to reproduce it, same issue indeed:
Program received sign
* Thomas Dickey <[EMAIL PROTECTED]> [2008-10-10 13:30:18 CEST]:
> On Fri, Oct 10, 2008 at 01:10:35PM +0200, Gerfried Fuchs wrote:
> > w3m 0.5.2-2+b1, Versions of packages w3m depends on:
>
> I already commented on w3m. It's using names from ncurses without actually
> using the ncurses library, to
On Thu, Oct 09, 2008 at 11:59:43PM +0200, Samuel Thibault wrote:
> Thomas Dickey, le Wed 08 Oct 2008 20:00:32 -0400, a écrit :
> > With the latest update, ncurses won't try to use gpm if $TERM doesn't
> > contain "linux", unless it's overridden (with a new environment variable).
>
> Ah, indeed. R
* Samuel Thibault <[EMAIL PROTECTED]> [2008-10-10 13:21:49 CEST]:
> Gerfried Fuchs, le Fri 10 Oct 2008 13:10:35 +0200, a écrit :
> > ii libncurses55.6+20081004-1shared libraries for terminal
> > hand
> >
> > Doesn't solve the issue, unfortunately.
>
> Ok so you're encountering
On Fri, Oct 10, 2008 at 01:10:35PM +0200, Gerfried Fuchs wrote:
> * Samuel Thibault <[EMAIL PROTECTED]> [2008-10-09 23:59:43 CEST]:
> > Thomas Dickey, le Wed 08 Oct 2008 20:00:32 -0400, a écrit :
> > > With the latest update, ncurses won't try to use gpm if $TERM doesn't
> > > contain "linux", unle
Gerfried Fuchs, le Fri 10 Oct 2008 13:10:35 +0200, a écrit :
> ii libncurses55.6+20081004-1shared libraries for terminal
> hand
>
> Doesn't solve the issue, unfortunately.
Ok so you're encountering another bug than what I've noticed. Am I
right in thinking that this only happe
* Samuel Thibault <[EMAIL PROTECTED]> [2008-10-09 23:59:43 CEST]:
> Thomas Dickey, le Wed 08 Oct 2008 20:00:32 -0400, a écrit :
> > With the latest update, ncurses won't try to use gpm if $TERM doesn't
> > contain "linux", unless it's overridden (with a new environment variable).
>
> Ah, indeed.
Thomas Dickey, le Wed 08 Oct 2008 20:00:32 -0400, a écrit :
> With the latest update, ncurses won't try to use gpm if $TERM doesn't
> contain "linux", unless it's overridden (with a new environment variable).
Ah, indeed. Rhonda, Zito or Simon, could you check whether upgrading
your libncurses5 an
On Thu, Oct 09, 2008 at 01:14:28AM +0200, Samuel Thibault wrote:
> Just to summarize a few things:
recap - there's more than one client scenario:
a) w3m, the last I looked, was abusing ncurses interface to
access gpm in its own way. I'll keep in mind to not break
it
Just to summarize a few things:
- apparently it happens just for clients run in an terminal in X.
- the server logs previously attached to the bug show
"Failed gpm connect attempt by uid 1000 for vc /dev/tty0"
which means that libgpm tried to connect to the gpm server, and failed
since it didn't k
Hello!
Vaclav Ovsik [Wed, Apr 30, 2008 at 08:36:42AM +0200]:
> Hi,
> I have this problem on my box and another two boxes at home too. Gpm
> enabled applications freezes on communication with gpm. When I switch to
> the console to see if mouse is functional under gpm right now (aptitude
> hangs in
Package: gpm
Version: 1.20.3~pre3-3
Followup-For: Bug #470882
Hi,
I have this problem on my box and another two boxes at home too. Gpm
enabled applications freezes on communication with gpm. When I switch to
the console to see if mouse is functional under gpm right now (aptitude
hangs in rxvt) - m
30 matches
Mail list logo
