On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5\
-DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\
On 12/4/2011 7:33 PM, Yaakov (Cygwin/X) wrote:
On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5\
On Sun, 2011-12-04 at 21:05 -0500, Charles Wilson wrote:
I found this while building (msys) versions of tcl and tk, (loosely)
based on your cygports. However...I modified tk's configure.in to do a
proper AC_INIT. So now, tk defines PACKAGE_NAME as tk -- but
inherits tclConfig's setting of
On 12/4/2011 10:03 PM, Yaakov (Cygwin/X) wrote:
On Sun, 2011-12-04 at 21:05 -0500, Charles Wilson wrote:
I found this while building (msys) versions of tcl and tk, (loosely)
based on your cygports. However...I modified tk's configure.in to do a
proper AC_INIT. So now, tk defines PACKAGE_NAME
On Fri, 2011-12-02 at 08:01 -0500, Ken Brown wrote:
This doesn't do it. Emacs still dies after a short time. I don't know
if that means that there's something else going on, but I'll retest it
after you package gvfs. In the meantime, I'll continue with my
workaround of setting
to be minimalistic wrt the distro.
I installed gvfs and all it needs (I have many packages installed frp
cygports) but this doesn't fix the problem for me: Emacs still dies... :(
I saw this as well, but with the 20111204 snapshot this no longer
occurs. Could you try that and let us know?
Yaakov
Cygwin/X
I've been using the X server that comes with Cygwin for a long time, and
one thing that I've never been able to find a solution for is that many
times when launching an XTerm window, it comes up behind other applications
running on the Windows/XP/7 display. I'm using Windows/XP at work and Windows
On 12/4/2011 7:13 PM, Yaakov (Cygwin/X) wrote:
On Fri, 2011-12-02 at 08:01 -0500, Ken Brown wrote:
This doesn't do it. Emacs still dies after a short time. I don't know
if that means that there's something else going on, but I'll retest it
after you package gvfs. In the meantime, I'll
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-04 18:15:36
Modified files:
cygwin : ChangeLog sigproc.h
Log message:
* sigproc.h (cygWFMO): Move inside INSIDE_CYGWIN #ifdef.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-04 18:32:00
Modified files:
cygwin : ChangeLog fhandler_dsp.cc fhandler_fifo.cc
fhandler_serial.cc fhandler_tty.cc select.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-04 18:40:51
Modified files:
cygwin : ChangeLog
Log message:
correct name of function
Patches:
Hi Andy, thanks for the response.
- Native links can't point to special Cygwin paths such as /proc and
/dev, although I guess that could be fudged.
They can, they just won't work when non-cygwin apps try to use them
(perhaps what you're eluding to with the fudging). This is no worse
than the
On 12/4/11 12:17 PM, Andy Koppe wrote:
On 4 December 2011 07:07, Russell Davis wrote:
This was discussed before here:
http://cygwin.com/ml/cygwin/2008-03/msg00277.html
These were the reasons given for not using native symlinks to create
cygwin symlinks, along with my responses:
- By
On Dec 4 02:55, Ryan Johnson wrote:
On 25/11/2011 10:47 AM, Spiro Trikaliotis wrote:
Hello,
* On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote:
Lately I've noticed that running make -j4 on my quad-core win7-x64
machine causes it to become sluggish or even unresponsive.
I have
On Sun, Dec 04, 2011 at 12:04:08AM +0100, Corinna Vinschen wrote:
On Dec 3 16:30, Christopher Faylor wrote:
On Sat, Dec 03, 2011 at 01:44:59PM -0500, Christopher Faylor wrote:
On Tue, Nov 29, 2011 at 09:19:10PM -0600, Yaakov (Cygwin/X) wrote:
For some time now, snapshots have displayed a bug
On Sun, Dec 04, 2011 at 02:55:13AM -0500, Ryan Johnson wrote:
On 25/11/2011 10:47 AM, Spiro Trikaliotis wrote:
Hello,
* On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote:
Lately I've noticed that running make -j4 on my quad-core win7-x64
machine causes it to become sluggish or even
Hi,
With this new version, every time I run gvim, I get the following
(unhelpful) error message:
$ gvim -u NONE
(gvim:3736): Pango-WARNING **: No such file or directory
This never happened with the previous version of gvim.
I do have libpango1.0 installed, and also installed
Trying again without the verboten 80kB PNG attachment...
On 04/12/2011 3:18 PM, Ryan Johnson wrote:
On 04/12/2011 2:29 PM, Christopher Faylor wrote:
On Sun, Dec 04, 2011 at 02:55:13AM -0500, Ryan Johnson wrote:
On 25/11/2011 10:47 AM, Spiro Trikaliotis wrote:
Hello,
* On Thu, Nov 24, 2011
The package varnish has been upgraded to 3.0.2-1, leaving 2.1.5-1 as
previous.
PACKAGE DESCRIPTION
===
Varnish is a web accelerator written with performance and flexibility in mind.
Varnish store web pages in memory so the web servers don't have to create
the same web page over
Attached is winln 1.1.
/**
* GNU ln(1) workalike that creates Windows links (hard and symbolic)
* instead of Cygwin ones.
*
* Revision History:
*
* Version 1.1 - 2001-12-04
*
* - Use Cygwin functions to convert between character encodings,
*correctly respecting locale.
*
* -
/**
* injob: runs a program (Win32 or Cygwin) in a job object, imbuing it
* and all its sub-processes with Cygwin job control support.
*
* Revision history:
*
* Version 1.3 - 2011-12-04
*
* - Add ability to wait for all processes in a job to exit
* before killing the entire job.
*
a fundamental part of the code. I wish I hadn't had
to make this change just before 1.7.10 but, in theory, it should make
it possible for a signal handler to be caught in a thread - that's a first
for Cygwin and it's something I've been meaning to get to for a while.
The 20111204 snapshot fixes
On Sat, 2011-12-03 at 02:13 -0500, Matthew Smith wrote:
After running setup.exe to add a package I noticed something had decided
to pull in some gnome libraries. As best I can tell its due to libneon27
requiring libproxy1 though I may be missing something else. I did manage
to find this
I've been meaning to get to for a while.
The 20111204 snapshot fixes gnome-keyring. Thanks!
That's a relief. I have to admit that this is one of the few times that
I fixed a problem without first understanding the root cause. I saw
that there was something fishy going on but it didn't seem
I use rsync to backup from Windows Vista/Cygwin to a Freenas/freeBSD server.
The Documents folder has several sub-folders
Folder1
Folder2
My Images
Folder3
All these folders have subfolders and files.
A command rsync /cygdrive/C/Documents xxx@freenas:backupPath copies all
Folders1 to 3 but not
In the snapshots since the tty overhaul, applications launched within an
X session (launched with startx) show a large TTY number (196608) in ps.
I'm not sure whether that's intentional or not, but either way, the
layout of ps accommodates at most a four-digit number; the six-digit
numbers found
26 matches
Mail list logo
