On 6/14/2012 3:18 PM, Ryan Johnson wrote:
On 13/06/2012 5:40 PM, Christopher Faylor wrote:
On Wed, Jun 13, 2012 at 05:07:17PM -0400, Ken Brown wrote:
On 6/13/2012 2:40 PM, Ken Brown wrote:
On 6/10/2012 8:45 PM, Ken Brown wrote:
The bisection shows that the first problematic commit is this one
On 13/06/2012 5:40 PM, Christopher Faylor wrote:
On Wed, Jun 13, 2012 at 05:07:17PM -0400, Ken Brown wrote:
On 6/13/2012 2:40 PM, Ken Brown wrote:
On 6/10/2012 8:45 PM, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/
Thank you Ken for first providing a useable patch and then finding the problem!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Wed, Jun 13, 2012 at 05:07:17PM -0400, Ken Brown wrote:
>On 6/13/2012 2:40 PM, Ken Brown wrote:
>> On 6/10/2012 8:45 PM, Ken Brown wrote:
>>> The bisection shows that the first problematic commit is this one:
>>>
>>> http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9f
On 6/13/2012 2:40 PM, Ken Brown wrote:
On 6/10/2012 8:45 PM, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
Author: Ryan Lortie
Date: Wed Aug 31 22:07:02 201
On 6/10/2012 8:45 PM, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
Author: Ryan Lortie
Date: Wed Aug 31 22:07:02 2011 -0400
GMain: simplify logic for g_wake
On 6/11/2012 11:10 AM, Ken Brown wrote:
On 6/11/2012 7:39 AM, Ken Brown wrote:
On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote:
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae4
rebaseall appears to resolved the issue. GVim is running as expected!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Once again, please don't http://cygwin.com/acronyms/#TOFU .
On 6/11/2012 12:14 PM, K Stahl wrote:
I've reverted the suggested libraries and still no success with GVim.
Keep getting either a failed execution (exit code 127) or bad address
for /usr/bin/gvim.
Try running rebaseall. If that doesn
I've reverted the suggested libraries and still no success with GVim.
Keep getting either a failed execution (exit code 127) or bad address
for /usr/bin/gvim.
>
>
> On 6/11/2012 9:55 AM, K Stahl wrote:
>>
>> I've tried to revert the version of GLib 2.0 using the instructions
>> provided, but when
On 6/11/2012 7:39 AM, Ken Brown wrote:
On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote:
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
A
Please don't http://cygwin.com/acronyms/#TOFU . Thanks.
On 6/11/2012 9:55 AM, K Stahl wrote:
I've tried to revert the version of GLib 2.0 using the instructions
provided, but when I attempt to start GVim nothing happens. The
process appears to fail without an explanation. System WinXP and all
I've tried to revert the version of GLib 2.0 using the instructions
provided, but when I attempt to start GVim nothing happens. The
process appears to fail without an explanation. System WinXP and all
Cygwin libs updated to the latest.
On Sun, Jun 10, 2012 at 8:45 PM, Ken Brown wrote:
> On 6/8/
On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote:
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
Author: Ryan Lortie
Date: Wed Aug 31 22:0
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
Author: Ryan Lortie
Date: Wed Aug 31 22:07:02 2011 -0400
GMain: simplify logic for g_wakeu
On 6/8/2012 12:45 PM, Ken Brown wrote:
On 6/8/2012 11:33 AM, Achim Gratz wrote:
Ken Brown writes:
As I said earlier, I don't understand very well how git branches work,
but I *think* this means we have to look in the 2-32 branch, prior to
the 2.31.0 tag, to find the problematic commit. I've che
Greetings, Ken Brown!
> Thanks, Achim. That helps a lot. The only thing I might have to change
> is the starting point for the bisection, since the tag 2.30.3 represents
> a fairly recent commit. But I think starting with 2.30.1 should work.
> I'll give it a try.
Why not slice relevant branc
On 6/8/2012 11:33 AM, Achim Gratz wrote:
Ken Brown writes:
As I said earlier, I don't understand very well how git branches work,
but I *think* this means we have to look in the 2-32 branch, prior to
the 2.31.0 tag, to find the problematic commit. I've checked out the
2-32 branch, and I guess t
Ken Brown writes:
> As I said earlier, I don't understand very well how git branches work,
> but I *think* this means we have to look in the 2-32 branch, prior to
> the 2.31.0 tag, to find the problematic commit. I've checked out the
> 2-32 branch, and I guess the next step is to find a problem-fr
On 6/6/2012 7:04 AM, Stephen L wrote:
Ken Brown cornell.edu> writes:
Never mind. I'm not up to this task. But if you're willing to
facilitate the bisection by doing the builds, I'll be glad to test them
on my XP system, at least as far as emacs is concerned. And I'm sure
there are gvim user
Ken Brown cornell.edu> writes:
> Never mind. I'm not up to this task. But if you're willing to
> facilitate the bisection by doing the builds, I'll be glad to test them
> on my XP system, at least as far as emacs is concerned. And I'm sure
> there are gvim users who would do the same.
ok so
On Mon, 04 Jun 2012 11:49:07 -0400, Ken Brown wrote:
| | |The emacs is not the only application, which is very slow now.
| | |Take a look at gvim.
| | |
| | |
| | |For my purpose I have not installed the changes to GNOME and work
| | |still with the old versions.
| | |With the f
On 6/3/2012 8:10 AM, Ken Brown wrote:
On 6/3/2012 5:08 AM, Yaakov (Cygwin/X) wrote:
On 2012-06-02 14:02, Ken Brown wrote:
I hope someone (Yaakov?) will take a look at the glib changes between
2.30.2 and 2.32.2 and try to find the cause of this problem.
I keep seeing XP in this thread. If this
On 6/3/2012 5:08 AM, Yaakov (Cygwin/X) wrote:
On 2012-06-02 14:02, Ken Brown wrote:
I hope someone (Yaakov?) will take a look at the glib changes between
2.30.2 and 2.32.2 and try to find the cause of this problem.
I keep seeing XP in this thread. If this is affecting only XP and not
other ver
On 2012-06-02 14:02, Ken Brown wrote:
I hope someone (Yaakov?) will take a look at the glib changes between
2.30.2 and 2.32.2 and try to find the cause of this problem.
I keep seeing XP in this thread. If this is affecting only XP and not
other versions of Windows, then it would be a bug in e
ly on features of the newer libglib. All of
my other packages are up to date, and I can't detect any problems with
emacs-X11-23.4-2 or emacs-X11-24.0.96-2.
I'm trying to keep a fairly minimal set of packages installed on my XP
system, so other people may find that they have additiona
On 6/2/2012 10:15 AM, Angelo Graziosi wrote:
Ken,
Ken Brown wrote:
Is this on XP? I ask because I'm having trouble reverting my XP system
back to a state where there's no problem.
I think we cannot revert because many of "prev" packages have been
removed by Cygwin distro.
We can revert by
Ken,
Ken Brown wrote:
Is this on XP? I ask because I'm having trouble reverting my XP system back to
a state where there's no problem.
I think we cannot revert because many of "prev" packages have been
removed by Cygwin distro.
Anyway, I have only XP and Emacs 24 from trunk, and it cannot
On 6/1/2012 2:17 AM, Pach Roman (DGS-EC/ESG2) wrote:
The emacs is not the only application, which is very slow now.
Take a look at gvim.
For my purpose I have not installed the changes to GNOME and work
still with the old versions.
With the following packages everything is running as fast as ear
This morning, I reverted GLib2.0 to a previous version and it did not
solve the issue.
Steps used in testing:
Extracted "libglib2.0_0-2.30.2-1.tar.bz2" and ran /etc/postinstall/glib2.0.sh
Started XWin and attempted to edit a file via gvim (performance issue
still remain)
On Fri, Jun 1, 2012 at 2:
On 6/1/2012 7:00 AM, Ken Brown wrote:
I found an XP system that hadn't been upgraded in a few weeks, and I
upgraded libglib2.0_0 but nothing else. This was enough to trigger the
problem.
I've checked the git repository for glib at
http://git.gnome.org/browse/glib/log/?h=glib-2-32
and there
Ken Brown cornell.edu> writes:
> Fortunately for emacs users, the problem doesn't seem to occur with
> emacs-24. (Can anyone else confirm this?)
Hi Ken,
So I just upgraded to emacs-24 (24.0.96.1), and while it is certainly better, I
wouldn't say it's fixed.
Try opening a text file (I have a ~
[Reformatted. Please don't top-post.]
On 6/1/2012 7:20 AM, xxx@xxx wrote:
On Fri, Jun 1, 2012 at 1:00 PM, Ken Brown wrote:
On 5/31/2012 4:51 PM, Angelo Graziosi wrote:
My upgrade regarded these packages:
_autorebase-69-1.tar.bz2
_update-info-dir-01051-1.tar.bz2
fftw3-3.3.2-1.tar.bz2
g
Hello,
Sorry, I have the same issue with emacs24 (GNU Emacs 24.0.96.1
(i686-pc-cygwin, GTK+ Version 2.24.10)).
Well it seems this EMACS 24 is built with GTK2.
This is the emacs package 24.0.96-2 I installed with setup.exe.
Regards
Fabien
On Fri, Jun 1, 2012 at 1:00 PM, Ken Brown wrote:
>
> On
On 5/31/2012 4:51 PM, Angelo Graziosi wrote:
My upgrade regarded these packages:
_autorebase-69-1.tar.bz2
_update-info-dir-01051-1.tar.bz2
fftw3-3.3.2-1.tar.bz2
glib2.0-networking-2.32.3-1.tar.bz2
gsettings-desktop-schemas-3.4.2-1.tar.bz2
gtk3-demo-3.4.3-1.tar.bz2
gvfs-1.12.3-1.tar.bz2
libff
The emacs is not the only application, which is very slow now.
Take a look at gvim.
For my purpose I have not installed the changes to GNOME and work
still with the old versions.
With the following packages everything is running as fast as earlier
release/GNOME/GConf2/GConf2-3.2.5-1.tar.bz2
Ken Brown wrote:
Yes, that is a lot of packages (almost 200). I don't think that will be of any
help in pinning down the problem.
My upgrade regarded these packages:
_autorebase-69-1.tar.bz2
_update-info-dir-01051-1.tar.bz2
fftw3-3.3.2-1.tar.bz2
glib2.0-networking-2.32.3-1.tar.bz2
gsetti
On 5/31/2012 4:45 AM, Stephen L wrote:
Ken Brown cornell.edu> writes:
Which packages got upgraded? You can check this by looking at
/var/log/setup.log.
unfortunately, a lot of packages were upgraded, as it is some while since I last
did an upgrade :(
Yes, that is a lot of packages (almos
Ken Brown cornell.edu> writes:
> Which packages got upgraded? You can check this by looking at
> /var/log/setup.log.
unfortunately, a lot of packages were upgraded, as it is some while since I last
did an upgrade :(
fyi I put the log here:
http://whelk.landamore.com/setup.log.gz
best regards
On 5/30/2012 6:51 AM, Stephen L wrote:
I just upgraded this morning and can confirm emacs is also very sluggish for me
also.
I'm running windows xp pro 2002 sp 3, if that is any help.
Let me know if you need any more information and/or help testing,
Which packages got upgraded? You can check
I just upgraded this morning and can confirm emacs is also very sluggish for me
also.
I'm running windows xp pro 2002 sp 3, if that is any help.
Let me know if you need any more information and/or help testing,
best regards,
stephen
--
Problem reports: http://cygwin.com/problems.html
FAQ
Thu, May 24, 2012 at 08:51AM -0400 Ken Brown wrote:
> On 5/24/2012 8:32 AM, Berglund Magnus (SE) wrote:
> >After an cygwin-upgrade this morning I'm experiencing performance
> >problems with emacs-X11 (23.4.2). The performance problem seem to be
> >graphics relate
Hi Ken,
Ken Brown wrote:
I've noticed the same thing on my XP
I notice this, yesterday, after the upgrade announcede here:
http://cygwin.com/ml/cygwin-xfree/2012-05/msg00040.html
My builds of Emacs trunk, do not work any more correctly after the
upgrade. Emacs is very very slow...
Thi
his morning I'm experiencing performance problems
>> with emacs-X11 (23.4.2). The performance problem seem to be graphics
>> related. Window redraw is really slow, it can take up to a couple of seconds
>> to redraw the emacs window. Scrolling the cursor up or down in emacs i
On 5/24/2012 8:32 AM, Berglund Magnus (SE) wrote:
After an cygwin-upgrade this morning I'm experiencing performance problems with
emacs-X11 (23.4.2). The performance problem seem to be graphics related. Window
redraw is really slow, it can take up to a couple of seconds to redraw the
On 6/15/2011 5:14 PM, Ken Brown wrote:
Starting with the 2011-05-05 snapshot, I can't start a shell under emacs. Here
are the steps to reproduce:
1. Start emacs in a mintty window.
2. Typeshell
This yields the following error message in the shell buffer:
sh: cannot set terminal process gr
On 6/16/2011 2:43 PM, Ken Brown wrote:
On 6/15/2011 5:14 PM, Ken Brown wrote:
Starting with the 2011-05-05 snapshot, I can't start a shell under emacs. Here
are the steps to reproduce:
1. Start emacs in a mintty window.
2. Typeshell
This yields the following error message in the shell buffer
On 6/15/2011 5:14 PM, Ken Brown wrote:
Starting with the 2011-05-05 snapshot, I can't start a shell under emacs. Here
are the steps to reproduce:
1. Start emacs in a mintty window.
2. Typeshell
This yields the following error message in the shell buffer:
sh: cannot set terminal process gr
Starting with the 2011-05-05 snapshot, I can't start a shell under emacs. Here
are the steps to reproduce:
1. Start emacs in a mintty window.
2. Type shell
This yields the following error message in the shell buffer:
sh: cannot set terminal process group (-1): Inappropriate ioctl for device
On Wed, 27 Oct 2004, kynn wrote:
> I just installed Cygwin on my desktop. Everything works OK, except
> 'emacs -nw'.
>
> If I invoke Emacs in a Cygwin terminal as 'emacs -nw', the backspace
> key behaves like C-h, i.e. the prefix for Emacs' help commands (C-h
> still behaves like C-h). More biza
I just installed Cygwin on my desktop. Everything works OK, except
'emacs -nw'.
If I invoke Emacs in a Cygwin terminal as 'emacs -nw', the backspace
key behaves like C-h, i.e. the prefix for Emacs' help commands (C-h
still behaves like C-h). More bizarrely, when I hit the combination
C-x C-c,
Ehud Karni wrote:
I manged to compile Emacs from CVS but when I run it, I get errors
(supposedly in lisp) that I don't get with the same Emacs and lisp
files on Linux.
This Emacs (21.3.50) also crashes much more then the distributed
Cygwin Emacs (21.2 compiled by Joe Buehler).
Thank you for this r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 14 Feb 2004 17:31:12 +0200, Ehud Karni <[EMAIL PROTECTED]> wrote:
>
> Please try the latest snapshot - cygwin1-20040214.dll . You can down
> load it from http://cygwin.com/snapshots/ .
>
> I tested it with Emacs for some hours now and it seems
t; * Suddenly taking up 100% of cpu
>
> This happened with all emacs versions I could get my hands on:
> * 21.2.9
> * 21.2.11
> * 21.2.12
>
> Earlier this week, I downgraded to cygwin 1.5.5.1 (I needed to downgrade
> ash to 20031007-1). Since then I have had no problems wit
downgraded to cygwin 1.5.5.1 (I needed to downgrade
ash to 20031007-1). Since then I have had no problems with emacs.
So, to my untrained eye, it looks like something in the new cygwin dll
doesn't like emacs.
Charles
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Pr
(not much should have changed,
but just for completeness).
Thanks,
Charles
* From: "I-Taylor, Trevor"
* To:
* Date: Tue, 3 Feb 2004 09:20:23 +1000
* Subject: re: Problems with Emacs
Yesterday, I reinstalled cygwin from scratch choosing (among other
>Yesterday, I reinstalled cygwin from scratch choosing (among other
>packages) the latest version 21.2.12 of emacs. Most of the time I try to
>start the program (using X) , it launches o.k. But sometimes, the window
>pops up and it freezes taking all of the cpu (it says "loading ed mode").
>I ha
Please make sure your mailer honors the Reply-To header. I set it to this
list intentionally.
On Fri, 30 Jan 2004, Charles Plager wrote:
> Brian Ford wrote:
> > On Fri, 30 Jan 2004, Charles Plager wrote:
> >
> >>Update:
> >>
> >>* Another computer that just installed cygwin from scratch has the s
Brian Ford wrote:
On Fri, 30 Jan 2004, Charles Plager wrote:
Update:
* Another computer that just installed cygwin from scratch has the same
problem with emacs and freezing with "loading mule-util...done" or
"loading edmacro...done" on the bottom of the screen.
* I just grabbed the snapshot of
On Fri, 30 Jan 2004, Charles Plager wrote:
> Update:
>
> * Another computer that just installed cygwin from scratch has the same
> problem with emacs and freezing with "loading mule-util...done" or
> "loading edmacro...done" on the bottom of the screen.
>
> * I just grabbed the snapshot of the lat
Update:
* Another computer that just installed cygwin from scratch has the same
problem with emacs and freezing with "loading mule-util...done" or
"loading edmacro...done" on the bottom of the screen.
* I just grabbed the snapshot of the latest cygwin1.dll and I still have
this problem.
:-(
At 01:23 PM 1/30/2004, Charles Plager you wrote:
>Hello,
>Before I managed to up my cygwin install, I had emacs 21.2.1 installed as
> well as an emacs package tramp installed.
>
>Yesterday, I reinstalled cygwin from scratch choosing (among other packages) the
> latest version 21.2.12
Charles Plager wrote:
Most of the time I try
to start the program (using X) , it launches o.k. But sometimes, the
window pops up and it freezes taking all of the cpu (it says "loading ed
mode").
Does anybody have any ideas? Has anybody else seen this?
Try the latest snapshot. If that do
Hello,
Before I managed to up my cygwin install, I had emacs 21.2.1
installed as well as an emacs package tramp installed.
Yesterday, I reinstalled cygwin from scratch choosing (among other
packages) the latest version 21.2.12 of emacs. Most of the time I try
to start the program (using
64 matches
Mail list logo
