ecb-list — Mailing list for general discussion, help and announces

[ECB-list] Recent SF mailing list reconfirm request

[Christian H. <hi...@ke...>]

Hi folks,

recently, I've received an email from SF requiring me to confirm my SF mailing 
list subscriptions (includes ecb-list) before June 29th, otherwise I'd be 
automatically unsubscribed.

When trying the confirmation link SF sent for ecb-list, I was required to 
accept my email address be spammed by SF. When I refused, I was unable to 
reconfirm my subscription to ecb-list.

SF -- IMHO -- try their level best to turn away people, which is very much 
true at least for me.

Are there any plans to have an ECB mailing list someplace else?

Kind regards, and thank you so much for ECB,

	Christian

-- 
kernel concepts GmbH               Christian Hilberg

Re: [ECB-list] Future of XEmacs Support

[Przemysław W. <esp...@cu...>]

Hi.

IMHO, if there's nobody to actively support it, then it should be dropped.

For stats: I use only Emacs-master.

Cheers,
Przemysław


W dniu 02.01.2016 o 03:22, Ryan Ware pisze:
> Folks,
>
> There has been a request via ECB Issue #11 (https://github.com/ecb-home/ecb/issues/11) for removal of XEmacs support.  I’m inclined to agree with this since development on XEmacs seems to be stalled and I don’t use XEmacs so don’t want to be on the hook for testing ECB with it.
>
> That said, if you have strong feelings one way or the other, I would like to hear from you.  Please don’t email, but instead chime in on the above Github issue.
>
> Thanks,
>
> Ryan
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Ecb-list mailing list
> Ecb...@li...
> https://lists.sourceforge.net/lists/listinfo/ecb-list
>

[ECB-list] Future of XEmacs Support

[Ryan W. <wa...@li...>]

Folks,

There has been a request via ECB Issue #11 (https://github.com/ecb-home/ecb/issues/11) for removal of XEmacs support.  I’m inclined to agree with this since development on XEmacs seems to be stalled and I don’t use XEmacs so don’t want to be on the hook for testing ECB with it.

That said, if you have strong feelings one way or the other, I would like to hear from you.  Please don’t email, but instead chime in on the above Github issue.

Thanks,

Ryan

[ECB-list] ECB Status

[Ryan W. <wa...@li...>]

Hey folks,

I hope that everyone is having a great holiday season!  I for one am 
quite happy that 2015 has almost come to a close.  It has been a trying 
couple of years.

First of all, I want to apologize for my absence over the past few 
months.  I have unfortunately been dealing with some very significant 
health issues this year.  I am now fortunately much better.  I'm also 
going to be able to give ecb some of the attention it needs.  :-)

Please keep in mind that with Klaus' blessings, I've taken over 
maintainership of ecb and moved development to Github 
(https://github.com/ecb-home/ecb).  I will of course continue to be 
subscribed to this list and respond when and where I can.  However, I 
want to focus on maintenance activities via the tools at Github.

I'll be going through all of the open issues at Github in the next few 
days.  Just as a reminder, if you have any problems, issues or feature 
requests, please register them as an issue at the Github page.  I'd like 
to thank Alex Ott for answering questions in my absence.

Have a great New Years!

Ryan

[ECB-list] Fwd: ECB "Variable binding depth exceeds max-specpdl-size" ERROR

[Alex O. <al...@gm...>]

I got this email from Sean Chen who found the workaround for bug on
OpenSuse..


---------- Forwarded message ----------
From: Sean Chen <sea...@gm...>
Date: Sun, Oct 4, 2015 at 3:51 AM
Subject: ECB "Variable binding depth exceeds max-specpdl-size" ERROR
To: al...@gm...


Dear Alex

I am a user of emacs, while recently when I want to add ecb to my IDE, I
keep got following error:

*(error-type: error, error-data: (\"Variable binding depth exceeds
max-specpdl-size\"))")*

I searched and found you have already know this issue, it seems only
happened on SUSE(Open Suse 13.2), and your recently github ecb version
remain this error.

After I added following code into my .emacs file, the problem solved, I am
a fresh man for emacs and I don't know why, while I thought may be it can
helps you to find why it only happened on Suse.








*;;; unique: unique buffer name(guard duplication of buffer name);;
usage:    auto(if (not (require 'uniquify nil t))    (message "[warn]
feature 'uniquify' not found!")  (setq uniquify-buffer-name-style
'forward))  ;; unique*
B.R
Sean Chen



-- 
With best wishes,                    Alex Ott
http://alexott.net/
Twitter: alexott_en (English), alexott (Russian)
Skype: alex.ott

Re: [ECB-list] Preparing for ECB 2.50

[Ryan W. <rya...@in...>]

On Thu, Jan 22, 2015 at 1:01 AM, Christian Hilberg <
hi...@ke...> wrote:

> Hi everyone,
>
> Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> > All,
> >
> > I'll be getting ready to do a release of ECB 2.50 in the next couple
> > of weeks.  I'm still cleaning some things up, but things seem stable
> > (at least to me) and I wanted to do a beta release so other people can
> > give it a try and give feedback.
> > [...]
>
> I've been using Alex Ott's repo for quite a while and have recently
> switched over to the https://github.com/ecb-home/ecb.git repo.
>
> Immediately started using the 2.5-dev branch with Emacs 23.4.1
> on Debian/Wheezy, and have not experienced any issues so far. I do,
> however, use a local copy of CEDET 1.1 instead of the Emacs23-internal
> one.
>

This is good to hear.  I'm glad that you aren't having issues even with
CEDET 1.1.  I figured CEDET 1.1 would still work, but didn't want to
necessarily guarantee it.

tabbar-mode has sometimes given me a hassle (not only in conjunction
> with ECB 2.40, but elsewhere too), which seems to work nicely with ECB
> now. It has been hassle-free with Alex' git master, too.
>

Alex can't get enough credit.  The majority of the fixes in 2.5-dev are his
pulled from his repo.


> Ryan, did you fix something about [0] already in the 2.5-dev branch
> (I'm on 1d4748408a887c2b204e77bfc452eec8bd086430)? With Emacs23 under
> Debian/Wheezy and a local CEDET 1.1, I did not experience a failing build
> when running "make". Please let me know whether I should dump a
> "works for me" on the ticket and which data I should provide with that.
>

This is consistent with info I've been digging up.  It seems this is an
artifact of a bug in Emacs 24.4.  It seems to be related to the issue
discussed in this (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19584)
thread, but the patch (
http://lists.gnu.org/archive/html/emacs-diffs/2014-11/msg00152.html) didn't
seem to work for me.  I'll keep looking into it.

Ryan

[ECB-list] Running gdb (w/ gdb-many-windows) under ecb

[John Y. <jo...@ya...>]

ecb seems to do a very nice job differing to ediff without requiring
deactivation.  By contrast I always have to deactivate and later reactivate
in order to use gdb.  Am I missing something?

/john

Re: [ECB-list] Preparing for ECB 2.50

[Christian H. <hi...@ke...>]

Hi everyone,

Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> All,
> 
> I'll be getting ready to do a release of ECB 2.50 in the next couple
> of weeks.  I'm still cleaning some things up, but things seem stable
> (at least to me) and I wanted to do a beta release so other people can
> give it a try and give feedback.
> [...]

I've been using Alex Ott's repo for quite a while and have recently
switched over to the https://github.com/ecb-home/ecb.git repo.

Immediately started using the 2.5-dev branch with Emacs 23.4.1
on Debian/Wheezy, and have not experienced any issues so far. I do,
however, use a local copy of CEDET 1.1 instead of the Emacs23-internal
one.

tabbar-mode has sometimes given me a hassle (not only in conjunction
with ECB 2.40, but elsewhere too), which seems to work nicely with ECB
now. It has been hassle-free with Alex' git master, too.

Ryan, did you fix something about [0] already in the 2.5-dev branch
(I'm on 1d4748408a887c2b204e77bfc452eec8bd086430)? With Emacs23 under
Debian/Wheezy and a local CEDET 1.1, I did not experience a failing build
when running "make". Please let me know whether I should dump a
"works for me" on the ticket and which data I should provide with that.

So long,

	Christian


[0] https://github.com/ecb-home/ecb/issues/6

-- 
kernel concepts GmbH       Tel: +49-271-771091-11
Sieghuetter Hauptweg 48
D-57072 Siegen
http://www.kernelconcepts.de/

Re: [ECB-list] Preparing for ECB 2.50

[Christian H. <hi...@ke...>]

Hi,

Am Dienstag 20 Januar 2015, um 21:54:43 schrieb Ryan Ware:
> On Tue, Jan 20, 2015 at 11:13 AM, Christian Hilberg <
> hi...@ke...> wrote:
> 
> > Am Dienstag 20 Januar 2015, um 17:05:30 schrieb Christian Hilberg:
> > > Hi all,
> > >
> > > Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> > > > All,
> > > >
> > > > I'll be getting ready to do a release of ECB 2.50 in the next couple
> > > > of weeks.  I'm still cleaning some things up, but things seem stable
> > > > (at least to me) and I wanted to do a beta release so other people can
> > > > give it a try and give feedback.
> > > >
> > > > There are no grand, sweeping changes in this release.  It will consist
> > of:
> > > > [...]
> > > > If you have any questions, let me know.
> > >
> > > Not having played yet with 2.5-dev but looking into the branch,
> > > it seems to me that the ECB code base now comes without any
> > > licensing information. 1d4748408a887c2b204e77bfc452eec8bd086430
> > > removes any remnants of the GPL, at least code-wise. There also
> > > does not seem to exist a COPYING file or something alike
> > > (pls correct me if I'm mistaken).
> > >
> > > Surely, there should be some licensing information included,
> > > what do you think?
> >
> > Argh, sorry for the noise! There's the license info sitting
> > right beneath my eyes. It really helps if one reads the code. :)
> >
> > However, let me propose adding a COPYING file to the toplevel.
> 
> I completely agree that it is appropriate.  Would you mind adding it as an
> issue at the Github site (ecb-home)?
> 
> Ryan

[x] done. Filed as #7.

Best,

	Christian

-- 
kernel concepts GmbH       Tel: +49-271-771091-11
Sieghuetter Hauptweg 48
D-57072 Siegen
http://www.kernelconcepts.de/

Re: [ECB-list] Preparing for ECB 2.50

[Ryan W. <rya...@in...>]

On Tue, Jan 20, 2015 at 10:39 AM, Christian Hilberg <
hi...@ke...> wrote:

> Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> > All,
> >
> > I'll be getting ready to do a release of ECB 2.50 in the next couple
> > of weeks.  I'm still cleaning some things up, but things seem stable
> > (at least to me) and I wanted to do a beta release so other people can
> > give it a try and give feedback.
> > [...]
>
> That's great news, after all! :-)
>
> I've been watching Alex' and your repos for a while, so I know that
> ECB is much alive and has even picked up development speed lately.
>
> Searching the web for e.g. "emacs ecb", however, still leads to
> http://ecb.sourceforge.net/, with its latest release of ECB (2.40)
> dating back to 2009. This will most probably lure people into
> thinking that ECB is essentially dead, when, in fact, it is not.
>
> I guess since Alex as well as you set up your own ECB repos, there
> is no write access to the old SourceForge site? If someone has access,
> I'd propose to at least insert some info about the repo having moved
> to a new location and that the old site is kept in place solely
> for historical reasons. Sounds sound?
>

Klaus had agreed to give me administrative access to the SF ECB site.
Unfortunately that has never happened.  Until it does, there's not much I
can do about it.  That said, one of my next steps will be to publish 2.50
in one of the ELPA repos; hopefully in marmalade replacing the 2.40 version
that's there.  If that happens, then anyone using ELPA will automatically
get the latest regardless of ecb.sf.net.

Ryan

Re: [ECB-list] Preparing for ECB 2.50

[Ryan W. <rya...@in...>]

On Tue, Jan 20, 2015 at 11:13 AM, Christian Hilberg <
hi...@ke...> wrote:

> Am Dienstag 20 Januar 2015, um 17:05:30 schrieb Christian Hilberg:
> > Hi all,
> >
> > Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> > > All,
> > >
> > > I'll be getting ready to do a release of ECB 2.50 in the next couple
> > > of weeks.  I'm still cleaning some things up, but things seem stable
> > > (at least to me) and I wanted to do a beta release so other people can
> > > give it a try and give feedback.
> > >
> > > There are no grand, sweeping changes in this release.  It will consist
> of:
> > > [...]
> > > If you have any questions, let me know.
> >
> > Not having played yet with 2.5-dev but looking into the branch,
> > it seems to me that the ECB code base now comes without any
> > licensing information. 1d4748408a887c2b204e77bfc452eec8bd086430
> > removes any remnants of the GPL, at least code-wise. There also
> > does not seem to exist a COPYING file or something alike
> > (pls correct me if I'm mistaken).
> >
> > Surely, there should be some licensing information included,
> > what do you think?
>
> Argh, sorry for the noise! There's the license info sitting
> right beneath my eyes. It really helps if one reads the code. :)
>
> However, let me propose adding a COPYING file to the toplevel.
>

I completely agree that it is appropriate.  Would you mind adding it as an
issue at the Github site (ecb-home)?

Ryan

Re: [ECB-list] Preparing for ECB 2.50

[Christian H. <hi...@ke...>]

Am Dienstag 20 Januar 2015, um 17:05:30 schrieb Christian Hilberg:
> Hi all,
> 
> Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> > All,
> > 
> > I'll be getting ready to do a release of ECB 2.50 in the next couple
> > of weeks.  I'm still cleaning some things up, but things seem stable
> > (at least to me) and I wanted to do a beta release so other people can
> > give it a try and give feedback.
> > 
> > There are no grand, sweeping changes in this release.  It will consist of:
> > [...]
> > If you have any questions, let me know.
> 
> Not having played yet with 2.5-dev but looking into the branch,
> it seems to me that the ECB code base now comes without any
> licensing information. 1d4748408a887c2b204e77bfc452eec8bd086430
> removes any remnants of the GPL, at least code-wise. There also
> does not seem to exist a COPYING file or something alike
> (pls correct me if I'm mistaken).
> 
> Surely, there should be some licensing information included,
> what do you think?

Argh, sorry for the noise! There's the license info sitting
right beneath my eyes. It really helps if one reads the code. :)

However, let me propose adding a COPYING file to the toplevel.

Regards,

        Christian

-- 
kernel concepts GmbH       Tel: +49-271-771091-11
Sieghuetter Hauptweg 48
D-57072 Siegen
http://www.kernelconcepts.de/

Re: [ECB-list] Preparing for ECB 2.50

[Christian H. <hi...@ke...>]

Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> All,
> 
> I'll be getting ready to do a release of ECB 2.50 in the next couple
> of weeks.  I'm still cleaning some things up, but things seem stable
> (at least to me) and I wanted to do a beta release so other people can
> give it a try and give feedback.
> [...]

That's great news, after all! :-)

I've been watching Alex' and your repos for a while, so I know that
ECB is much alive and has even picked up development speed lately.

Searching the web for e.g. "emacs ecb", however, still leads to
http://ecb.sourceforge.net/, with its latest release of ECB (2.40)
dating back to 2009. This will most probably lure people into
thinking that ECB is essentially dead, when, in fact, it is not.

I guess since Alex as well as you set up your own ECB repos, there
is no write access to the old SourceForge site? If someone has access,
I'd propose to at least insert some info about the repo having moved
to a new location and that the old site is kept in place solely
for historical reasons. Sounds sound?

Greetings,

	Christian

-- 
kernel concepts GmbH       Tel: +49-271-771091-11
Sieghuetter Hauptweg 48
D-57072 Siegen
http://www.kernelconcepts.de/

Re: [ECB-list] Preparing for ECB 2.50

[Christian H. <hi...@ke...>]

Hi all,

Am Dienstag 20 Januar 2015, um 16:34:58 schrieb Ryan Ware:
> All,
> 
> I'll be getting ready to do a release of ECB 2.50 in the next couple
> of weeks.  I'm still cleaning some things up, but things seem stable
> (at least to me) and I wanted to do a beta release so other people can
> give it a try and give feedback.
> 
> There are no grand, sweeping changes in this release.  It will consist of:
> [...]
> If you have any questions, let me know.

Not having played yet with 2.5-dev but looking into the branch,
it seems to me that the ECB code base now comes without any
licensing information. 1d4748408a887c2b204e77bfc452eec8bd086430
removes any remnants of the GPL, at least code-wise. There also
does not seem to exist a COPYING file or something alike
(pls correct me if I'm mistaken).

Surely, there should be some licensing information included,
what do you think?

Best,

	Christian

-- 
kernel concepts GmbH       Tel: +49-271-771091-11
Sieghuetter Hauptweg 48
D-57072 Siegen
http://www.kernelconcepts.de/

[ECB-list] Preparing for ECB 2.50

[Ryan W. <rya...@in...>]

All,

I'll be getting ready to do a release of ECB 2.50 in the next couple
of weeks.  I'm still cleaning some things up, but things seem stable
(at least to me) and I wanted to do a beta release so other people can
give it a try and give feedback.

There are no grand, sweeping changes in this release.  It will consist of:

Using CEDET integrated into Emacs by default
New Makefile system with Makefile.conf (thanks to Alex Ott)
Numerous bug fixes from both Alex and myself as well as code cleanup
for Emacs 24.4

If you are interested in giving the beta a try, it is available on the
ecb-home github site.

You can pull the git repo from here
(https://github.com/ecb-home/ecb.git) and checkout the 2.5-dev branch

If you want a tarball from the 2.5-dev branch, you can get it here:
https://github.com/ecb-home/ecb/tarball/2.5-dev

If you find issues (or have features you'd like to see), please file
them here: https://github.com/ecb-home/ecb/issues

I already know that doing a 'make' causes a "Args out of range: 0"
error.  I'm still looking into it.

If you have any questions, let me know.

Ryan

[ECB-list] grep opens files in wrong frame

[Nikolaus R. <Nik...@ra...>]

Hello,

I have configured M-x ecb-activate to open a separate frame. However, if
I use M-x rgrep in that (new, ecb-) frame and click on a match in the
result buffer, the corresponding file is opened in the original, non-ECB
frame.

Is there a way to open it in the ecb frame instead?

I remember that this was actually the default behavior some time ago,
but some update in the last few months seems to have changed that.


Thanks!
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

             »Time flies like an arrow, fruit flies like a Banana.«

Re: [ECB-list] Opening of ECB-Home on Github

[Ryan W. <wa...@li...>]

> On Aug 3, 2014, at 5:02 AM, Przemysław Wojnowski <esp...@cu...> wrote:
> 
>>> How this repo differs from Alex Ott's (https://github.com/alexott/ecb)
>>> or https://github.com/emacsmirror/ecb ? Seems that these repos contain
>>> more recent changes.
>> 
>> While Alex’s repo is great, as part of the handoff of maintainership of ecb from Klaus to myself, I wanted to create a Github Organization that is the official repository for the project as well as a place where multiple maintainers can collaborate.  Please note that aecb-home is not a personal account.  It’s a Github organization which I’m the owner for but for which many others can be a member of.
>> 
>> Ryan
>> 
> I just meant that the new one could be synced with alexott's. There should be no
> problem with that as alexott's already contains your commits and even have some
> new ones.

No worries.  Completely agree.  :-)

> BTW Do you have any plans/roadmap regarding ECB?

I am more than happy to take suggestions via “Issues” at the github project page.  There have been a number of good suggestions on this list over the years that I’m going to explore.  However, in the near future, what I want to do is:

* Clean up my hacks
* Ensure ECB builds cleanly against CEDET 2 as it comes with Emacs
* Create an ELPA package and get it submitted upstream
* Integrate Magit functionality into ecb

Again, I’m more than happy to take suggestions via “Issues”.  However, I will also likely ask people that have significant feature requests to put some of their own skin in the game.

Ryan

Re: [ECB-list] Opening of ECB-Home on Github

[Przemysław W. <esp...@cu...>]

>> How this repo differs from Alex Ott's (https://github.com/alexott/ecb)
>> or https://github.com/emacsmirror/ecb ? Seems that these repos contain
>> more recent changes.
> 
> While Alex’s repo is great, as part of the handoff of maintainership of ecb from Klaus to myself, I wanted to create a Github Organization that is the official repository for the project as well as a place where multiple maintainers can collaborate.  Please note that aecb-home is not a personal account.  It’s a Github organization which I’m the owner for but for which many others can be a member of.
> 
> Ryan
> 
I just meant that the new one could be synced with alexott's. There should be no
problem with that as alexott's already contains your commits and even have some
new ones.

BTW Do you have any plans/roadmap regarding ECB?

Cheers,
Przemek

Re: [ECB-list] Opening of ECB-Home on Github

[Ryan W. <wa...@li...>]

> On Aug 1, 2014, at 4:13 AM, Przemysław Wojnowski <esp...@cu...> wrote:
> 
> Hello,
> 
> W dniu 2014-08-01 00:00, Ryan Ware napisał(a):
>> All,
>> For continued development of ecb, I have created an ecb-home
>> organization at Github. This project can be found here:
>> https://github.com/orgs/ecb-home/dashboard [1]. This project includes
>> the latest ecb plus some of my hacks to make it work with Emacs 24.3.
> For me the above link didn't work, but this one does:
> https://github.com/ecb-home

Thanks for the corrected URL.

> How this repo differs from Alex Ott's (https://github.com/alexott/ecb)
> or https://github.com/emacsmirror/ecb ? Seems that these repos contain
> more recent changes.

While Alex’s repo is great, as part of the handoff of maintainership of ecb from Klaus to myself, I wanted to create a Github Organization that is the official repository for the project as well as a place where multiple maintainers can collaborate.  Please note that aecb-home is not a personal account.  It’s a Github organization which I’m the owner for but for which many others can be a member of.

Ryan

Re: [ECB-list] Opening of ECB-Home on Github

[Przemysław W. <esp...@cu...>]

Hello,

W dniu 2014-08-01 00:00, Ryan Ware napisał(a):
> All,
> For continued development of ecb, I have created an ecb-home
> organization at Github. This project can be found here:
> https://github.com/orgs/ecb-home/dashboard [1]. This project includes
> the latest ecb plus some of my hacks to make it work with Emacs 24.3.
For me the above link didn't work, but this one does:
https://github.com/ecb-home

How this repo differs from Alex Ott's (https://github.com/alexott/ecb)
or https://github.com/emacsmirror/ecb ? Seems that these repos contain
more recent changes.

Cheers,
Przemek

[ECB-list] Opening of ECB-Home on Github

[Ryan W. <wa...@li...>]

All,

I seem to have waited far longer than I intended to send this email out.
I¹ve been waiting for administrative access of the ecb Sourceforge site to
happen (which still has not) and been waiting for some thing to clear up in
my work.

For continued development of ecb, I have created an ecb-home organization at
Github.  This project can be found here:
https://github.com/orgs/ecb-home/dashboard.  This project includes the
latest ecb plus some of my hacks to make it work with Emacs 24.3.  If you¹re
looking to just go install and run it, installing and running it are done in
exactly the same way that this has always been done with ecb.  There are a
couple of small workarounds that are required right now as well:

> (setq stack-trace-on-error t)
> (setq ecb-tip-of-the-day nil)
> 
The code requiring the former needs to be cleaned up.  The pop-up generated
from the lack of the later on my Mac locks Emacs up.  I don¹t know if this
is also the behavior under other platforms.

If you would like to participate in ecb-home as a maintainer, please discuss
it with me out of band of this thread.  I¹m definitely looking for people to
participate.  If you have patches that you¹d simply like to see added,
please feel free to send pull requests.

I look forward to bringing ecb under more active development.

Ryan

[ECB-list] can't load .emacs : wrong number of arguments

[Felicien <fel...@gm...>]

Hi everybody,
I want to use winring-support in ecb, but i have a problem while loading my
.emacs :





--
View this message in context: http://emacs.1067599.n5.nabble.com/can-t-load-emacs-wrong-number-of-arguments-tp319866.html
Sent from the ecb-list mailing list archive at Nabble.com.

Re: [ECB-list] Error when activating ECB

[Rob R. <bar...@gm...>]

Thanks, but it didn't work.

The ECB 2.40 version might be wrong, but it is the ecb from the zip file of
https://github.com/alexott/ecb - which is the only ecb I left in my
~/site-lisp/, as ecb-snap.  It seems to be finding the new version - C-h f
on ecb-directory-files goes to ~/site-lisp/ecb-common-browser.el, and the
help string says "Wrapper for directory-files that fixes the file name &
catch file errors".

Also, I had to remove the require ecb-autoloads from my ~/.emacs.el.  This
is with GNU Emacs 23.1.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.18.9)  of
2012-03-01 on c6b18n3.bsys.dev.centos.org (CentOS 6)

Here's the error message:

Debugger entered--Lisp error: (error "ECB 2.40: Errors during the layout
setup of ECB. (error-type: void-variable, error-data:
(display-buffer-alist))")
  signal(error ("ECB 2.40: Errors during the layout setup of ECB.
(error-type: void-variable, error-data: (display-buffer-alist))"))
  error("ECB %s: %s (error-type: %S, error-data: %S)" "2.40" "Errors during
the layout setup of ECB." void-variable (display-buffer-alist))
  ecb-clean-up-after-activation-failure("Errors during the layout setup of
ECB." (void-variable display-buffer-alist))
  (condition-case err-obj (let (... ...)
(ecb-enable-temp-buffer-shrink-to-fit ecb-compile-window-height) (if
use-last-win-conf ...) (ecb-redraw-layout-full ... nil ... ...) (if ... ...)
(when ... ... ...) (ecb-window-sync) (ecb-mode-line-format)) (error
(ecb-clean-up-after-activation-failure "Errors during the layout setup of
ECB." err-obj)))
  (progn (when (< max-specpdl-size 3000) (ecb-modify-emacs-variable ... ...
3000)) (when (< max-lisp-eval-depth 1000) (ecb-modify-emacs-variable ... ...
1000)) (when (and ecb-running-xemacs ...) (ecb-modify-emacs-variable ... ...
t)) (ecb-check-cedet-load) (ecb-check-semantic-load)
(ecb-check-requirements) (condition-case err-obj (progn ... ... ... ... ...
... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
... ... ... ... ... ... ... ... ...) (error ...)) (condition-case err-obj
(run-hooks ...) (error ...)) (setq ecb-minor-mode t) (condition-case err-obj
(let ... ... ... ... ... ... ... ...) (error ...)) (condition-case err-obj
(let ... ...) (error ...)) (condition-case err-obj (run-hooks ...) (error
...)) (condition-case err-obj (if ... ...) (error ...)) (setq ecb-minor-mode
t) (message "The ECB is now activated.") (condition-case err-obj (if ... ...
...) (error ...)) (ignore-errors (when ... ...)) (ignore-errors
(ecb-show-tip-of-the-day)) (ecb-enable-advices (quote
ecb-layout-basic-adviced-functions)) (condition-case err-obj (setq
ecb-activated-window-configuration ...) (error ...)))
  (if (run-hook-with-args-until-failure (quote ecb-before-activate-hook))
(progn (when ... ...) (when ... ...) (when ... ...) (ecb-check-cedet-load)
(ecb-check-semantic-load) (ecb-check-requirements) (condition-case err-obj
... ...) (condition-case err-obj ... ...) (setq ecb-minor-mode t)
(condition-case err-obj ... ...) (condition-case err-obj ... ...)
(condition-case err-obj ... ...) (condition-case err-obj ... ...) (setq
ecb-minor-mode t) (message "The ECB is now activated.") (condition-case
err-obj ... ...) (ignore-errors ...) (ignore-errors ...) (ecb-enable-advices
...) (condition-case err-obj ... ...)))
  (when (run-hook-with-args-until-failure (quote ecb-before-activate-hook))
(when (< max-specpdl-size 3000) (ecb-modify-emacs-variable ... ... 3000))
(when (< max-lisp-eval-depth 1000) (ecb-modify-emacs-variable ... ... 1000))
(when (and ecb-running-xemacs ...) (ecb-modify-emacs-variable ... ... t))
(ecb-check-cedet-load) (ecb-check-semantic-load) (ecb-check-requirements)
(condition-case err-obj (progn ... ... ... ... ... ... ... ... ... ... ...
... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
... ... ...) (error ...)) (condition-case err-obj (run-hooks ...) (error
...)) (setq ecb-minor-mode t) (condition-case err-obj (let ... ... ... ...
... ... ... ...) (error ...)) (condition-case err-obj (let ... ...) (error
...)) (condition-case err-obj (run-hooks ...) (error ...)) (condition-case
err-obj (if ... ...) (error ...)) (setq ecb-minor-mode t) (message "The ECB
is now activated.") (condition-case err-obj (if ... ... ...) (error ...))
(ignore-errors (when ... ...)) (ignore-errors (ecb-show-tip-of-the-day))
(ecb-enable-advices (quote ecb-layout-basic-adviced-functions))
(condition-case err-obj (setq ecb-activated-window-configuration ...) (error
...)))
  (let ((debug-on-error debug-on-error)) (when
(run-hook-with-args-until-failure ...) (when ... ...) (when ... ...) (when
... ...) (ecb-check-cedet-load) (ecb-check-semantic-load)
(ecb-check-requirements) (condition-case err-obj ... ...) (condition-case
err-obj ... ...) (setq ecb-minor-mode t) (condition-case err-obj ... ...)
(condition-case err-obj ... ...) (condition-case err-obj ... ...)
(condition-case err-obj ... ...) (setq ecb-minor-mode t) (message "The ECB
is now activated.") (condition-case err-obj ... ...) (ignore-errors ...)
(ignore-errors ...) (ecb-enable-advices ...) (condition-case err-obj ...
...)))
  (if ecb-minor-mode (when (and ... ...) (ecb-select-ecb-frame)
(ecb-update-directories-buffer)) (let (...) (when ... ... ... ... ... ...
... ... ... ... ... ... ... ... ... ... ... ... ... ... ...)))
  ecb-activate--impl()
  (if ecb-use-recursive-edit (if ecb-minor-mode (progn ... ...) (catch ...
... ...)) (ecb-activate--impl))
  ecb-activate-internal()
  (if new-state (ecb-activate-internal) (ecb-deactivate-internal))
  (let ((new-state ...)) (if new-state (ecb-activate-internal)
(ecb-deactivate-internal)))
  ecb-minor-mode(1)
  ecb-activate()
  call-interactively(ecb-activate t nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command nil nil)




--
View this message in context: http://emacs.1067599.n5.nabble.com/Error-when-activating-ECB-tp235500p313822.html
Sent from the ecb-list mailing list archive at Nabble.com.

Re: [ECB-list] Error when activating ECB

[Alex O. <al...@gm...>]

Hi Rob

Can you check the fresh snapshot - I've checked in the some changes
yesterday that should prevent this error...


On Wed, Dec 4, 2013 at 9:15 PM, Rob Reid <bar...@gm...> wrote:

> I have started getting this error too after a recent reboot.   Another user
> on the system has their ~/ non world readable, and I guess they didn't
> before.
>
> I was able to get around it by switching to a buffer that was *NOT* in
> /home, running ecb-activate, and then changing the ecb window layout to
> "left11".  That layout does not have the directory tree window.  I find I
> prefer it anyway, but I was surprised that the directory tree window would
> care whether directories were readable if I was not trying to read them.
>
> Best regards,
>
> Rob
>
>
>
>
> --
> View this message in context:
> http://emacs.1067599.n5.nabble.com/Error-when-activating-ECB-tp235500p304985.html
> Sent from the ecb-list mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> _______________________________________________
> Ecb-list mailing list
> Ecb...@li...
> https://lists.sourceforge.net/lists/listinfo/ecb-list
>



-- 
With best wishes,                    Alex Ott
http://alexott.net/
Twitter: alexott_en (English), alexott (Russian)
Skype: alex.ott

Re: [ECB-list] Error when activating ECB

[Rob R. <bar...@gm...>]

I have started getting this error too after a recent reboot.   Another user
on the system has their ~/ non world readable, and I guess they didn't
before.

I was able to get around it by switching to a buffer that was *NOT* in
/home, running ecb-activate, and then changing the ecb window layout to
"left11".  That layout does not have the directory tree window.  I find I
prefer it anyway, but I was surprised that the directory tree window would
care whether directories were readable if I was not trying to read them.

Best regards,

Rob




--
View this message in context: http://emacs.1067599.n5.nabble.com/Error-when-activating-ECB-tp235500p304985.html
Sent from the ecb-list mailing list archive at Nabble.com.