Ken Brown cornell.edu> writes:
> Emacs will *try* to autolaunch a D-Bus session if it doesn't find one,
> but this feature is broken in the emacs-24 branch (and the problem is
> not Cygwin-specific). This is Emacs bug #8855. It's been fixed in the
> trunk, but the fix is complicated and proba
Daniel Colascione dancol.org> writes:
> > I need to keep the emacs-w32 and emacs-gtk under cygwin apart and AFAIK
> > they both get reported as 'cygwin. So I was looking for a way to know
> > this other than by looking at the build string.
>
> Ah. You want (window-system) then.
Thanks. Now, af
On 12/7/2012 8:04 AM, Paul Edwards wrote:
/* This program demonstrates a presumed bug in gcc 3.4.4 shipped
with cygwin.
try gcc4, gcc3 is obsolete.
If still exist, please check if the bug is present also
on another platforms as it could be a general issue and not
a cygwin specific one.
/* This program demonstrates a presumed bug in gcc 3.4.4 shipped
with cygwin.
If compiled with gcc -mno-cygwin -ansi, it prints:
C:\devel\bwbasic>gcc -mno-cygwin -ansi zatest.c
C:\devel\bwbasic>a
0.00
2.00
Instead of the expected 2.00 for the first line, and undefined
for t
On 12/6/2012 5:20 PM, Rockefeller, Harry wrote:
'Emacs -Q' failed after a few minutes of doing svn file diffs.
Can you give me a detailed step-by-step recipe so that I can try to
reproduce the problem? I don't really know what you mean by "doing svn
file diffs".
I ran gdb on the hung proc
On 12/6/12 7:13 PM, Ken Brown wrote:> And I've just discovered what
that something is: After the cygw32
> build is configured, HAVE_GSETTINGS and HAVE_GCONF are defined to be 1
> in src/config.h (assuming you have the relevant -devel packages
> installed). And GSettings and GConf are Glib feature
On 12/6/2012 4:25 PM, Daniel Colascione wrote:
Thanks for highlighting the issue.
On 12/6/12 1:00 PM, Ken Brown wrote:
On 12/6/2012 1:47 PM, Achim Gratz wrote:
Ken Brown writes:
emacs-w32 shouldn't require dbus-daemon, as far as I know. This
sounds like a bug. Could you give me a specific r
On 12/6/2012 4:37 PM, Achim Gratz wrote:
Ken Brown writes:
I don't see the issue here. I said in the release announcement that
you need to have a D-Bus daemon running before starting emacs-X11
under X.
On all other system Emacs successfully finds an existing or autolaunches
a new dbus session
On Thu, Dec 06, 2012 at 01:36:18PM +0100, Andreas Steenpa? wrote:
>I have noticed that sigwait() does not return immediately if called in
>the following situation:
>* One of the signals the command is looking for isalready pending.
>* This signal was send to the entire process rather than to a spec
On Dec 6 23:06, Aaron Schneider wrote:
> On 06/12/2012 3:43, Vin Shelton wrote:
> >Aaron Schneider writes:
> >
> >>pv 1.3.9-1 version has been uploaded to Cygwin, will be available
> >>shortly on mirrors.
> >This version fails with:
> >
> >zsh: invalid system call pv
> >
> >on a 64-bit W7 install
'Emacs -Q' failed after a few minutes of doing svn file diffs.
I ran gdb on the hung process. I am not too familiar with this
kind of debugging.
Let me know if there is more I can give next time this happens.
Here is some output.
ps
PIDPPIDPGID WINPID TTY UIDSTIME COMM
On 12/6/12 1:51 PM, Achim Gratz wrote:
> Daniel Colascione writes:
Open another mintty and try to kill the hanging emacs process from it.
>>
>> Works fine for me, albeit using kill -9, not regular kill. What
>> exactly do you see?
>
> The kill command (with -KILL or any other signal) never re
On 12/6/12 1:54 PM, Achim Gratz wrote:
> Daniel Colascione writes:
>> Under Cygwin, the variable system-type will be 'cygwin; under Windows,
>> it will be 'windows-nt. You can perform conditional initialization as
>> follows:
>>
>> (cond ((eq system-type 'cygwin) (cygwin-specific-initialization))
>
On 06/12/2012 3:43, Vin Shelton wrote:
Aaron Schneider writes:
pv 1.3.9-1 version has been uploaded to Cygwin, will be available
shortly on mirrors.
This version fails with:
zsh: invalid system call pv
on a 64-bit W7 install.
The previous version (1.3.4.1) worked fine. Please let me know
Daniel Colascione writes:
> Under Cygwin, the variable system-type will be 'cygwin; under Windows,
> it will be 'windows-nt. You can perform conditional initialization as
> follows:
>
> (cond ((eq system-type 'cygwin) (cygwin-specific-initialization))
> ((eq system-type 'windows-nt) (windows-
On 12/6/2012 4:24 PM, Chaz Littlejohn wrote:
On Thu, Dec 6, 2012 at 4:17 PM,
On 12/6/2012 10:10 PM, Chaz Littlejohn wrote:
On 12/6/2012 9:15 PM, Chaz Littlejohn wrote:
a workaround was already available on first link you provided
chgrp -R Users ~/.ssh
I had tried this earlier runnin
Daniel Colascione writes:
>>> Open another mintty and try to kill the hanging emacs process from it.
>
> Works fine for me, albeit using kill -9, not regular kill. What
> exactly do you see?
The kill command (with -KILL or any other signal) never returns until I
terminate emacs from task manager.
On 12/6/12 1:37 PM, Achim Gratz wrote:
> Yes, either that or via site-init.el. Currently when it reads in the
> customization it finds a default font that doesn't make any sense in
> Win32 and it ends up using Arial (probably because its the first on the
> list, so it seems it doesn't even bother
Ken Brown writes:
> I'm not sure about the dbus-launch issue, since I always use bash.
> But here's the output I get from `dbus-launch --csh-syntax':
>
> setenv DBUS_SESSION_BUS_ADDRESS
> unix:path=/tmp/dbus-wCGlBfQgo6,guid=f3e1dad82fc7ce9eff209b93';
> set DBUS_SESSION_BUS_PID=5020;
>
> Wha
Thanks for highlighting the issue.
On 12/6/12 1:00 PM, Ken Brown wrote:
> On 12/6/2012 1:47 PM, Achim Gratz wrote:
>> Ken Brown writes:
>>> emacs-w32 shouldn't require dbus-daemon, as far as I know. This
>>> sounds like a bug. Could you give me a specific recipe for
>>> reproducing the problem?
On Thu, Dec 6, 2012 at 4:17 PM,
> On 12/6/2012 10:10 PM, Chaz Littlejohn wrote:
>>
>> On 12/6/2012 9:15 PM, Chaz Littlejohn wrote:
>>>
>>>
>>> a workaround was already available on first link you provided
>>>
>>>chgrp -R Users ~/.ssh
>>>
>>
>> I had tried this earlier running the chgrp.exe, but
On 12/6/2012 10:10 PM, Chaz Littlejohn wrote:
On 12/6/2012 9:15 PM, Chaz Littlejohn wrote:
a workaround was already available on first link you provided
chgrp -R Users ~/.ssh
I had tried this earlier running the chgrp.exe, but it threw an error
saying unknown group 'Users'. I assume this
On 06/12/2012 19:05, Ken Brown wrote:
This isn't the program you're trying to debug. This file contains the
debugging symbols. You need to run gdb on pv.exe, as before; gdb will
know to look in /usr/lib/debug/usr/bin/pv.exe.dbg for the symbols.
$ gdb pv
GNU gdb (GDB) 7.5.50.20120815-cvs (cyg
On 12/6/2012 9:15 PM, Chaz Littlejohn wrote:
>
> a workaround was already available on first link you provided
>
> chgrp -R Users ~/.ssh
>
I had tried this earlier running the chgrp.exe, but it threw an error
saying unknown group 'Users'. I assume this is because when chgrp.exe
is located outsid
On 12/6/2012 1:47 PM, Achim Gratz wrote:
Ken Brown writes:
emacs-w32 shouldn't require dbus-daemon, as far as I know. This
sounds like a bug. Could you give me a specific recipe for
reproducing the problem?
Just make sure Cygwin has cleanly terminated, then open a mintty (I use
tcsh if that
On 12/6/2012 3:15 PM, Chaz Littlejohn wrote:
On Sun, Dec 2, 2012 at 10:46 AM, Chaz Littlejohn wrote:
Hi,
Wanted to check to see if you were aware of this permissions bug when
using Cygwin in Windows 8:
http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-
On 12/6/2012 3:19 PM, egerl...@aiai.de wrote:
Hi,
a commercial medical program is needed to be displayed in -multiwindow
mode on WinXP. Latest cygwin 1.7.5 (installed 3 days ago) seens so work. But
child windows are opened in maximum size and these windows can't be resized.
The X (close) and the
On 12/6/2012 9:15 PM, Chaz Littlejohn wrote:
On Sun, Dec 2, 2012 at 10:46 AM, Chaz Littlejohn wrote:
Hi,
Wanted to check to see if you were aware of this permissions bug when
using Cygwin in Windows 8:
http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-
Hi,
a commercial medical program is needed to be displayed in -multiwindow mode on
WinXP. Latest cygwin 1.7.5 (installed 3 days ago) seens so work. But child
windows are opened in maximum size and these windows can't be resized. The X
(close) and the other two symbols are not shown. The window
On Sun, Dec 2, 2012 at 10:46 AM, Chaz Littlejohn wrote:
> Hi,
>
> Wanted to check to see if you were aware of this permissions bug when
> using Cygwin in Windows 8:
>
> http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-expected
> http://superuser.com/questi
Ken Brown writes:
> emacs-w32 shouldn't require dbus-daemon, as far as I know. This
> sounds like a bug. Could you give me a specific recipe for
> reproducing the problem?
Just make sure Cygwin has cleanly terminated, then open a mintty (I use
tcsh if that has a bearing on this bug) and start em
Package maintainer's foreword
=
As of 2012-11-15 the future of this software is uncertain as the
current development has stagnated. All the lead developers have left
Canonical (the project owner). You might want to consider migrating to
other alternative DVCS software,
On 12/06/2012 10:57 AM, bartels wrote:
> On 12/06/2012 05:59 PM, Earnie Boyd wrote:
>>> > Is there a reason Git package depends on cvsps (and in result -
>>> cvs) package?
>>> > It doesn't looks like cvsps is required for daily Git operations.
>>> > Am I missing something?
>> Git has M&Ps to all
On 06/12/2012 19:05, Ken Brown wrote:
This isn't the program you're trying to debug. This file contains the
debugging symbols. You need to run gdb on pv.exe, as before; gdb will
know to look in /usr/lib/debug/usr/bin/pv.exe.dbg for the symbols.
$ gdb pv
GNU gdb (GDB) 7.5.50.20120815-cvs (cyg
Greetings, Earnie Boyd!
>> Is there a reason Git package depends on cvsps (and in result - cvs) package?
>> It doesn't looks like cvsps is required for daily Git operations.
>> Am I missing something?
> Git has M&Ps to allow you to clone a CVS repository using git commands.
And same for Subversi
On 12/6/2012 12:58 PM, Aaron Schneider wrote:
On 06/12/2012 18:50, marco atzeri wrote:
Program received signal SIGSEGV, Segmentation fault.
mainCRTStartup () at
/usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/crt0.c:23
23 /usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/crt0.c: No such
file or dir
On 06/12/2012 18:50, marco atzeri wrote:
Program received signal SIGSEGV, Segmentation fault.
mainCRTStartup () at
/usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/crt0.c:23
23 /usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/crt0.c: No such
file or directory.
(gdb)
you should at least install the
On 12/06/2012 05:59 PM, Earnie Boyd wrote:
> Is there a reason Git package depends on cvsps (and in result - cvs) package?
> It doesn't looks like cvsps is required for daily Git operations.
> Am I missing something?
Git has M&Ps to allow you to clone a CVS repository using git commands.
See
On 12/6/2012 6:37 PM, Aaron Schneider wrote:
On 06/12/2012 13:12, Corinna Vinschen wrote:
You know, you could actually grab GDB and debug the application without
the requirement to dive into Cygwin. Debugging the application is the
same thing on every OS.
This are the errors I get with a si
On 06/12/2012 13:12, Corinna Vinschen wrote:
You know, you could actually grab GDB and debug the application without
the requirement to dive into Cygwin. Debugging the application is the
same thing on every OS.
This are the errors I get with a simple debugging:
(gdb) target exec pv
(gdb) ru
On Thu, Dec 6, 2012 at 9:56 AM, Andrey Repin wrote:
> Greetings, All!
>
> Is there a reason Git package depends on cvsps (and in result - cvs) package?
> It doesn't looks like cvsps is required for daily Git operations.
> Am I missing something?
Git has M&Ps to allow you to clone a CVS repository
On 12/6/2012 10:04 AM, Ken Brown wrote:
On 12/6/2012 9:08 AM, Jonas J Linde wrote:
Hello!
And Ken Brown spoke unto the world. And said:
On 11/14/2012 11:07 AM, Rockefeller, Harry wrote:
Emacs often hangs when I save a buffer which is also tied to an svn
repository.
When I run ps I see the ema
Csaba Raduly writes:
> Hi Burton,
>
> On Thu, Dec 6, 2012 at 2:24 AM, Burton Samograd wrote:
>> bartelswrites:
>
> http://cygwin.com/acronyms/#PCYMTNQREAIYR
>
>>
Is there way to specify to svn on the command line or though a config
file that these types of files should automaticall
On 12/6/2012 9:08 AM, Jonas J Linde wrote:
Hello!
And Ken Brown spoke unto the world. And said:
On 11/14/2012 11:07 AM, Rockefeller, Harry wrote:
Emacs often hangs when I save a buffer which is also tied to an svn repository.
When I run ps I see the emacs child process 'svn' .
I just had a ver
Greetings, Yaakov (Cygwin/X)!
> The following package has been updated for the Cygwin distribution:
> *** bind-9.9.2-P1-1
> *** bind-utils-9.9.2-P1-1
> ISC BIND is a suite of Domain Name Service (DNS) utilities.
> This is an update to the latest upstream release. dig, host, nslookup,
> and nsu
Greetings, All!
Is there a reason Git package depends on cvsps (and in result - cvs) package?
It doesn't looks like cvsps is required for daily Git operations.
Am I missing something?
--
WBR,
Andrey Repin (anrdae...@freemail.ru) 06.12.2012, <18:55>
Sorry for my terrible english...
--
Problem
Automake is a tool for automatically generating `Makefile.in's
suitable for use with Autoconf, compliant with the GNU Makefile
standards, and portable to various make implementations. This is
the first release in the automake-1.12 release series, and contains
the latest version of automake system,
I have noticed that sigwait() does not return immediately if called in
the following situation:
* One of the signals the command is looking for isalready pending.
* This signal was send to the entire process rather than to a specific
thread.
* sigwait() is called from a thread other than the 'main'
On Dec 6 12:12, Aaron Schneider wrote:
> On 06/12/2012 3:43, Vin Shelton wrote:
> >
> >This version fails with:
> >
> >zsh: invalid system call pv
> >
> >on a 64-bit W7 install.
> >
> >The previous version (1.3.4.1) worked fine. Please let me know if you
> >need more info.
> >
>
> Apparently, t
On 12/6/2012 3:21 AM, Achim Gratz wrote:
Ken Brown cornell.edu> writes:
Thanks to the efforts of Daniel Colascione, there is also a new package
*** emacs-w32-24.2.90-1,
again a test release, for users who want to use the native Windows GUI
for display.
I've encountered only one problem so f
On 06/12/2012 3:43, Vin Shelton wrote:
This version fails with:
zsh: invalid system call pv
on a 64-bit W7 install.
The previous version (1.3.4.1) worked fine. Please let me know if you
need more info.
Apparently, there is a problem on this new version of pv with cygwin.
Maybe someone w
The following package has been updated for the Cygwin distribution:
*** bind-9.9.2-P1-1
*** bind-utils-9.9.2-P1-1
ISC BIND is a suite of Domain Name Service (DNS) utilities.
This is an update to the latest upstream release. dig, host, nslookup,
and nsupdate are now in a separate bind-utils pack
> Ken Brown cornell.edu> writes:
> > Thanks to the efforts of Daniel Colascione, there is also a new package
> >
> > *** emacs-w32-24.2.90-1,
> >
> > again a test release, for users who want to use the native Windows GUI
> > for display.
I've encountered only one problem so far:
If I start e
53 matches
Mail list logo
