daemon mode breakage

daemon mode breakage

[Neal Becker]

emacs-23.2.1 fedora 13 x86_64

I start emacs --daemon on a remote

If I connect with emacsclient -c , and then cleanly disconnect, (e.g., C-x 
C-c), I can subsequently re-connect with emacsclient -c.

But if the connection is rudely dropped, then when I attempt to re-connect
I get a blank window.

Re: daemon mode breakage

[Dan Nicolaescu]

Neal Becker <ndbecker2@gmail.com> writes:

> emacs-23.2.1 fedora 13 x86_64
>
> I start emacs --daemon on a remote
>
> If I connect with emacsclient -c , and then cleanly disconnect, (e.g., C-x 
> C-c), I can subsequently re-connect with emacsclient -c.
>
> But if the connection is rudely dropped, then when I attempt to re-connect
> I get a blank window.

This is a bug in Gtk+.
http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
has a note about this too).
If you intend to use the daemon mode, it's better to compile emacs
using the lucid toolkit.
It doesn't look like the Gtk+ bug will ever be fixed so...

Re: daemon mode breakage

[Scot Becker]

[-- Attachment #1: Type: text/plain, Size: 986 bytes --]

Out of curiosity (I experience this bug too) what do you have to give up if
you compile with Lucid?   I assume that anti-aliased fonts would go. Do you
loose the ability to use proportional fonts as well or is that handled by
Emacs itself?



On Wed, Oct 20, 2010 at 3:07 PM, Dan Nicolaescu <dann@gnu.org> wrote:

> Neal Becker <ndbecker2@gmail.com> writes:
>
> > emacs-23.2.1 fedora 13 x86_64
> >
> > I start emacs --daemon on a remote
> >
> > If I connect with emacsclient -c , and then cleanly disconnect, (e.g.,
> C-x
> > C-c), I can subsequently re-connect with emacsclient -c.
> >
> > But if the connection is rudely dropped, then when I attempt to
> re-connect
> > I get a blank window.
>
> This is a bug in Gtk+.
> http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
> has a note about this too).
> If you intend to use the daemon mode, it's better to compile emacs
> using the lucid toolkit.
> It doesn't look like the Gtk+ bug will ever be fixed so...
>
>
>

[-- Attachment #2: Type: text/html, Size: 1512 bytes --]

Re: daemon mode breakage

[Dan Nicolaescu]

Scot Becker <scot.becker@gmail.com> writes:

> Out of curiosity (I experience this bug too) what do you have to give up if you
> compile with Lucid?

The toolbar, scroll bar, dialogs and the menus use different widgets,
so they don't look as spiffy, but no core functionality is lost.


> I assume that anti-aliased fonts would go. 

No.

> Do you loose the ability to use proportional fonts as well

No.


>
>
>
> On Wed, Oct 20, 2010 at 3:07 PM, Dan Nicolaescu <dann@gnu.org> wrote:
>
>     Neal Becker <ndbecker2@gmail.com> writes:
>
>     > emacs-23.2.1 fedora 13 x86_64
>     >
>     > I start emacs --daemon on a remote
>     >
>     > If I connect with emacsclient -c , and then cleanly disconnect, (e.g.,
>     C-x
>     > C-c), I can subsequently re-connect with emacsclient -c.
>     >
>     > But if the connection is rudely dropped, then when I attempt to
>     re-connect
>     > I get a blank window.
>
>     This is a bug in Gtk+.
>     http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
>     has a note about this too).
>     If you intend to use the daemon mode, it's better to compile emacs
>     using the lucid toolkit.
>     It doesn't look like the Gtk+ bug will ever be fixed so...

Re: daemon mode breakage

[Jan Djärv]

2010-10-20 16:58, Scot Becker skrev:
> Out of curiosity (I experience this bug too) what do you have to give up if
> you compile with Lucid?   I assume that anti-aliased fonts would go.

They won't.

> Do you
> loose the ability to use proportional fonts as well or is that handled by
> Emacs itself?

Everything in the edit portion is the same.  You only loose the Gtk+ look in 
the tool-, scroll- and menubar.

	Jan D.

Re: daemon mode breakage

[Scot Becker]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

Dan and Jan,

Thanks.  I think I could live with that.



On Wed, Oct 20, 2010 at 4:32 PM, Jan Djärv <jan.h.d@swipnet.se> wrote:

> 2010-10-20 16:58, Scot Becker skrev:
>
>  Out of curiosity (I experience this bug too) what do you have to give up
>> if
>> you compile with Lucid?   I assume that anti-aliased fonts would go.
>>
>
> They won't.
>
>
>  Do you
>> loose the ability to use proportional fonts as well or is that handled by
>> Emacs itself?
>>
>
> Everything in the edit portion is the same.  You only loose the Gtk+ look
> in the tool-, scroll- and menubar.
>
>        Jan D.
>

[-- Attachment #2: Type: text/html, Size: 1226 bytes --]

Re: daemon mode breakage

[Chong Yidong]

Dan Nicolaescu <dann@gnu.org> writes:

>> But if the connection is rudely dropped, then when I attempt to re-connect
>> I get a blank window.
>
> This is a bug in Gtk+.
> http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
> has a note about this too).
> If you intend to use the daemon mode, it's better to compile emacs
> using the lucid toolkit.
> It doesn't look like the Gtk+ bug will ever be fixed so...

Is there any way for us to detect when this happens?  If so, we could
make Emacs print an error message with the bugzilla.gnome.org bug url.

Re: daemon mode breakage

[Dan Nicolaescu]

Chong Yidong <cyd@stupidchicken.com> writes:

> Dan Nicolaescu <dann@gnu.org> writes:
>
>>> But if the connection is rudely dropped, then when I attempt to re-connect
>>> I get a blank window.
>>
>> This is a bug in Gtk+.
>> http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
>> has a note about this too).
>> If you intend to use the daemon mode, it's better to compile emacs
>> using the lucid toolkit.
>> It doesn't look like the Gtk+ bug will ever be fixed so...
>
> Is there any way for us to detect when this happens?  

Don't know.

> If so, we could make Emacs print an error message with the
> bugzilla.gnome.org bug url.

We should print a warning when a Gtk+ emacs is started in daemon mode.
Hopefully users will help lobby the Gtk+ maintainers to fix the bug if
the warnings is prominently displayed all the time, and the warning
would reduce the number of times this bug gets blamed on emacs.

Re: daemon mode breakage

[Jan Djärv]

Chong Yidong skrev 2010-10-20 18.19:
> Dan Nicolaescu<dann@gnu.org>  writes:
>
>>> But if the connection is rudely dropped, then when I attempt to re-connect
>>> I get a blank window.
>>
>> This is a bug in Gtk+.
>> http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
>> has a note about this too).
>> If you intend to use the daemon mode, it's better to compile emacs
>> using the lucid toolkit.
>> It doesn't look like the Gtk+ bug will ever be fixed so...
>
> Is there any way for us to detect when this happens?  If so, we could
> make Emacs print an error message with the bugzilla.gnome.org bug url.

I haven't looked into it much, but as Emacs is in daemon mode, chances are 
that nobody will see the output.

	Jan D.

Re: daemon mode breakage

[Óscar Fuentes]

Jan Djärv <jan.h.d@swipnet.se> writes:

> Chong Yidong skrev 2010-10-20 18.19:
>> Dan Nicolaescu<dann@gnu.org>  writes:
>>
>>>> But if the connection is rudely dropped, then when I attempt to re-connect
>>>> I get a blank window.
>>>
>>> This is a bug in Gtk+.
>>> http://bugzilla.gnome.org/show_bug.cgi?id=85715.  (emacs/etc/PROBLEMS
>>> has a note about this too).
>>> If you intend to use the daemon mode, it's better to compile emacs
>>> using the lucid toolkit.
>>> It doesn't look like the Gtk+ bug will ever be fixed so...
>>
>> Is there any way for us to detect when this happens?  If so, we could
>> make Emacs print an error message with the bugzilla.gnome.org bug url.
>
> I haven't looked into it much, but as Emacs is in daemon mode, chances
> are that nobody will see the output.

IIRC, creating the first frame works fine. It is when closing the frame
or creating a new one when the problem pops out.

Yes, I came to the list with that same problem a few years ago.

Re: daemon mode breakage

[Sebastian Rose]

>> Is there any way for us to detect when this happens?  If so, we could
>> make Emacs print an error message with the bugzilla.gnome.org bug url.
>
> I haven't looked into it much, but as Emacs is in daemon mode, chances are that
> nobody will see the output.


Funny.  I came about that problem just a few hours ago.  And, guess what
I did: I started `emacs --daemon' in a terminal window.  I always do
that if I try something new.  Or if a program does something
unexpected...


   Sebstian