On Thu, Mar 17, 2011 at 10:28:49PM -0500, Yaakov (Cygwin/X) wrote:
I wish to propose that Cygwin READMEs no longer be absolutely required
for Cygwin packages, for several reasons:
AFAIK, they never were absolutely required. Hardly any of my packages
have one.
cgf
On Mar 18 01:20, Jari Aalto wrote:
New upstream release:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.8.1-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.8.1-1.tar.bz2 \
On Mar 18 01:22, Jari Aalto wrote:
New upstream release:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.3.1-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.3.1-1.tar.bz2 \
On 3/17/2011 11:28 PM, Yaakov (Cygwin/X) wrote:
I wish to propose that Cygwin READMEs no longer be absolutely required
for Cygwin packages, for several reasons:
OK by me, in general. That being said, I quibble about some of the
rationale, below...
* Most of the information contained therein
2011-03-18 12:48 Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org:
| On Mar 18 01:22, Jari Aalto wrote:
|
|
| New upstream release:
|
| wget --recursive --no-host-directories --cut-dirs=3 \
| http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.3.1-1-src.tar.bz2 \
|
On Mar 18 17:58, Jari Aalto wrote:
2011-03-18 12:48 Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org:
| On Mar 18 01:22, Jari Aalto wrote:
|
|
| New upstream release:
|
| wget --recursive --no-host-directories --cut-dirs=3 \
|
On Mar 18 18:00, Jari Aalto wrote:
2011-03-18 12:31 Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org:
| On Mar 18 01:20, Jari Aalto wrote:
|
|
| New upstream release:
|
| wget --recursive --no-host-directories --cut-dirs=3 \
|
Hello,
Please upload base-files-4.0-6. It contains corrections for the
errors reported regarding PRINTER setting and non-POSIX tests in
/etc/profile.
http://crapsteak.org/cygwin/release/base-files/base-files-4.0-6.tar.bz2
On Mar 18 18:08, David Sastre wrote:
Hello,
Please upload base-files-4.0-6. It contains corrections for the
errors reported regarding PRINTER setting and non-POSIX tests in
/etc/profile.
http://crapsteak.org/cygwin/release/base-files/base-files-4.0-6.tar.bz2
On 3/18/2011 12:06 AM, Christopher Faylor wrote:
On Thu, Mar 17, 2011 at 10:28:49PM -0500, Yaakov (Cygwin/X) wrote:
I wish to propose that Cygwin READMEs no longer be absolutely required
for Cygwin packages, for several reasons:
AFAIK, they never were absolutely required.
One could take
On Fri, Mar 18, 2011 at 02:20:51PM -0600, Warren Young wrote:
On 3/18/2011 12:06 AM, Christopher Faylor wrote:
On Thu, Mar 17, 2011 at 10:28:49PM -0500, Yaakov (Cygwin/X) wrote:
I wish to propose that Cygwin READMEs no longer be absolutely required
for Cygwin packages, for several reasons:
AFAIK,
Bump?
Should I try a noisier forum, or one for a different layer of the system?
On Fri, Mar 4, 2011 at 10:29 AM, Phlip phlip2...@gmail.com wrote:
CygWinners:
For years I have enjoyed one desktop with everything I need on it.
Then ssh -X stopped working. Sometimes, if I start a remote
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-03-18 13:38:35
Modified files:
winsup/cygwin : ChangeLog mmap.cc
Log message:
* mmap.cc (mmap_record::page_map): Define as variable array rather than
as pointer.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-03-18 13:42:03
Modified files:
winsup/cygwin : ChangeLog mmap.cc
Log message:
* mmap.cc (class mmap_record): Pack 4 byte-aligned. Convert member dev
to plain int.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-03-18 13:56:57
Modified files:
winsup/cygwin : ChangeLog mmap.cc
Log message:
* mmap.cc (mmap_record::alloc_fh): Initialize nmae strings in fdev to
empty strings or suffer a SEGV.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-03-18 18:16:37
Modified files:
winsup/cygwin : ChangeLog cygwin.sc
Log message:
* cygwin.sc: Raise default cygheap size to 2 Megs.
Patches:
CVSROOT:/cvs/src
Module name:src
Branch: cv-post-1_7_9
Changes by: cori...@sourceware.org 2011-03-18 18:16:42
Modified files:
winsup/cygwin : ChangeLog cygwin.sc
Log message:
* cygwin.sc: Raise default cygheap size to 2 Megs.
Patches:
On Fri, Mar 18, 2011 at 05:47:04AM +, Dave Korn wrote:
On 11/03/2011 13:53, Rainer Emrich wrote:
I have to be more clear. I increased the heap_chunk_in_mb to 1792 using:
regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 1792
I run with this setting all the time, I guess that's why I
On 17 March 2011 22:09, Diego Queiroz wrote:
Hello.
I need some help.
My terminal started with a very strange behavior today.
Many programs are not displaying correctly and I don't know why.
I uploaded this picture: http://img851.imageshack.us/i/screenshotfc.png/
The two windows at the top
Charles Wilson schreef, Op 17-3-2011 21:36:
On 3/17/2011 4:08 PM, Eric Blake wrote:
On 03/17/2011 01:56 PM, Erwin Waterlander wrote:
I'm willing to maintain patches for Cygwin, to make the transition
easier. But if there is no chance that the package gets accepted, I
rather save myself the
On 3/17/2011 4:36 PM, Charles Wilson wrote:
OK, everybody, time out for a minute. Rather than talk vapor, I'll
develop the patches necessary.
Fair warning: I've developed this patch set, and made a cygport-based
package...but I have NOT TESTED the apps at all. More later, but it's
way past my
I'm using cygwin under windows to change text-files with windows line-endings
(CR and LF). I wrote a lot of shell-scripts which call each other. The
filenames in those scripts are sometimes given als windows filenames (e.g.
c:\temp\file.txt) sometimes relative (e.g. ../tmp/file.txt) sometimes
Op 18-3-2011 7:53, Charles Wilson schreef:
On 3/17/2011 4:36 PM, Charles Wilson wrote:
OK, everybody, time out for a minute. Rather than talk vapor, I'll
develop the patches necessary.
Fair warning: I've developed this patch set, and made a cygport-based
package...but I have NOT TESTED the
On Fri, 2011-03-18 at 05:18 +, Dave Korn wrote:
On 18/03/2011 02:50, Yaakov (Cygwin/X) wrote:
BTW, do you need me to resend my patches for 4.5.2?
Couldn't hurt, I know I had some stuff to dig through my inbox looking for
but if you wouldn't mind... g
My outstanding issues with gcc4:
Hello,
Please consider http://cygwin.com/ml/cygwin/2011-03/msg00436.html
In fhandler.h i changed DEFAULT_PIPEBUFSIZE back to contain
PREFERRED_IO_BLKSIZE (instead of 31*1024*1024), installed the new cygwin1.dll
and of course, no more problem.
I also performed extended tests on another Windows
On Mar 18 02:08, Christopher Faylor wrote:
On Fri, Mar 18, 2011 at 05:47:04AM +, Dave Korn wrote:
On 11/03/2011 13:53, Rainer Emrich wrote:
I have to be more clear. I increased the heap_chunk_in_mb to 1792 using:
regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 1792
I run
On Mar 18 10:25, EXCOFFIER Denis wrote:
Hello,
Please consider http://cygwin.com/ml/cygwin/2011-03/msg00436.html
In fhandler.h i changed DEFAULT_PIPEBUFSIZE back to contain
PREFERRED_IO_BLKSIZE (instead of 31*1024*1024), installed the new cygwin1.dll
and of course, no more problem.
I
On Mar 18 11:26, Corinna Vinschen wrote:
On Mar 18 10:25, EXCOFFIER Denis wrote:
Hello,
Please consider http://cygwin.com/ml/cygwin/2011-03/msg00436.html
In fhandler.h i changed DEFAULT_PIPEBUFSIZE back to contain
PREFERRED_IO_BLKSIZE (instead of 31*1024*1024), installed the new
This message follows http://cygwin.com/ml/cygwin/2011-03/msg00539.html
Both system are
Microsoft Windows XP Professional Version 2002 Service Pack 3.
The system that produces the File too large error is:
Intel(R) Core(TM)2 Duo CPU
E6850 @ 3.00GHz
3.00 GHz, 3.48 GB of RAM
The system where i'm
On Thu, Mar 17, 2011 at 6:07 PM, Marc Girod marc.gi...@gmail.com wrote:
Hello,
I tried to install cron locally on my laptop, and could not find
instructions to proceed.
I understand. I tried so many different things trying to get this to
work a year or two ago and never was successful in
From: David Sastre
Please test if
[ -e ${p} ] read -r PRINTER ${p} PRINTER=${PRINTER%%,*}
works as expected.
No, it doesn't work, probably due to bash subshell or something,
as separating the final assignment from the command line *does*
work:
$ [ -e ${p} ] read -r PRINTER ${p}
On 3/18/2011 2:47 AM, Erwin Waterlander wrote:
I will create a branch for cygwin. I think that for temporary and
redundant options it may be better to silently accept them and not
document them.
We are still not communicating.
I do NOT propose that the new options -- whether you call the
On 3/18/2011 5:06 AM, Yaakov (Cygwin/X) wrote:
BTW, I wonder if we can begin mitigating (2) by not shipping the .la
files with GCC. This would stop those paths from being hardcoded into
other .la files, so that eventually only the libtool scripts will need
to be fixed.
Yes, please. I think
On Fri, Mar 18, 2011 at 12:46:26AM +0100, Cyrille Lefevre wrote:
Le 17/03/2011 23:43, Angelo Graziosi a écrit :
p='/proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows
NT/CurrentVersion/Windows/Device'
[ -e ${p} ] read -r PRINTER ${p} PRINTER=${PRINTER%%,*}
read -r $p
On 03/18/2011 01:43 AM, Ralf wrote:
I'm using cygwin under windows to change text-files with windows line-endings
(CR and LF). I wrote a lot of shell-scripts which call each other. The
filenames in those scripts are sometimes given als windows filenames (e.g.
c:\temp\file.txt) sometimes
On 18 March 2011 13:46, David Sastre wrote:
All [[, have been changed to a portable [ test.
I've changed `test -a' for a portable `test -e', and the -a operator
in the user's home ownership test to a chained test:
elif [ ! -O ${HOME} ] [ ${HOME#/home/} != ${HOME} ]; then ...
Even though
On Fri, Mar 18, 2011 at 10:25:38AM +0100, EXCOFFIER Denis wrote:
Hello,
Please consider http://cygwin.com/ml/cygwin/2011-03/msg00436.html
I read it. I hadn't had time to look into it.
In fhandler.h i changed DEFAULT_PIPEBUFSIZE back to contain
PREFERRED_IO_BLKSIZE (instead of 31*1024*1024),
On Mar 18 11:23, Corinna Vinschen wrote:
On Mar 18 02:08, Christopher Faylor wrote:
On Fri, Mar 18, 2011 at 05:47:04AM +, Dave Korn wrote:
On 11/03/2011 13:53, Rainer Emrich wrote:
I have to be more clear. I increased the heap_chunk_in_mb to 1792 using:
regtool -i set
On Fri, Mar 18, 2011 at 03:40:48PM +0100, Corinna Vinschen wrote:
On Mar 18 11:23, Corinna Vinschen wrote:
On Mar 18 02:08, Christopher Faylor wrote:
On Fri, Mar 18, 2011 at 05:47:04AM +, Dave Korn wrote:
On 11/03/2011 13:53, Rainer Emrich wrote:
I have to be more clear. I increased
Eric Blake eblake at redhat.com writes:
On 03/18/2011 01:43 AM, Ralf wrote:
I'm using cygwin under windows to change text-files with windows
line-endings
(CR and LF). I wrote a lot of shell-scripts which call each other. The
filenames in those scripts are sometimes given als windows
On 03/18/2011 09:11 AM, ralf wrote:
I can not understand why this feature has been dropped.
What feature? Cygwin was designed with POSIX pathnames in mind. If DOS
pathnames work, it is a fortunate side-effect, but not the primary
design goal, and not subject to stay the same in future
Hi,
Just upgraded, and got a new glitch:
/etc/profile: line 39: ${p}: ambiguous redirect
It sounds ${p} should be quoted to take care of possible spaces in the path
to the Windows device:
# Define default printer
p='/proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows
I'm going to be migrating to win7 in a few weeks. When I do I'll be
logging in with a different userid. What's the best way to migrate my
existing install and home dir to the new userid?
Thanks - Tod
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 3/18/2011 10:28, Tod wrote:
I'm going to be migrating to win7 in a few weeks. When I do I'll be
logging in with a different userid. What's the best way to migrate my
existing install and home dir to the new userid?
My recommendation is that you back up only your Cygwin home directory
On Mar 18 10:56, Christopher Faylor wrote:
On Fri, Mar 18, 2011 at 03:40:48PM +0100, Corinna Vinschen wrote:
On Mar 18 11:23, Corinna Vinschen wrote:
On Mar 18 02:08, Christopher Faylor wrote:
On Fri, Mar 18, 2011 at 05:47:04AM +, Dave Korn wrote:
On 11/03/2011 13:53, Rainer Emrich
On Fri, Mar 18, 2011 at 08:22:01AM -0700, Marc Girod wrote:
/etc/profile: line 39: ${p}: ambiguous redirect
It sounds ${p} should be quoted to take care of possible spaces in the path
to the Windows device:
Thanks for reporting.
A fix is on its way. See
Larry W. Virden-2 wrote:
If you find a sequence of steps that gets it working correctly, please
let me know.
Not yet... but found some doc I had missed:
/usr/share/doc/Cygwin/cron-4.1-59.README
as part of the cron package (I looked at the crontab one so far...).
This sends me to:
Eric Blake eblake at redhat.com writes:
On 03/18/2011 09:11 AM, ralf wrote:
I can not understand why this feature has been dropped.
What feature? Cygwin was designed with POSIX pathnames in mind. If DOS
pathnames work, it is a fortunate side-effect, but not the primary
design goal,
Marc Girod wrote:
Still reading...
Actually... in my very simple case, running:
/usr/bin/cron-config
and accepting the defaults (recording my own password) was enough to get
cron the work...
$ cygrunsrv -L
cron
$ crontab ~/cron/mg
$ crontab -l
# DO NOT EDIT THIS FILE - edit the master
From: David Sastre
On Fri, Mar 18, 2011 at 12:46:26AM +0100, Cyrille Lefevre wrote:
Le 17/03/2011 23:43, Angelo Graziosi a écrit :
p='/proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows
NT/CurrentVersion/Windows/Device'
[ -e ${p} ] read -r PRINTER ${p}
On Mar 18 12:03, EXCOFFIER Denis wrote:
This message follows http://cygwin.com/ml/cygwin/2011-03/msg00539.html
Both system are
Microsoft Windows XP Professional Version 2002 Service Pack 3.
The system that produces the File too large error is:
Intel(R) Core(TM)2 Duo CPU
E6850 @ 3.00GHz
On 03/18/2011 10:00 AM, ralf wrote:
Eric Blake eblake at redhat.com writes:
On 03/18/2011 09:11 AM, ralf wrote:
I can not understand why this feature has been dropped.
What feature? Cygwin was designed with POSIX pathnames in mind. If DOS
pathnames work, it is a fortunate side-effect,
On Fri, Mar 18, 2011 at 02:17:14PM +, Andy Koppe wrote:
On 18 March 2011 13:46, David Sastre wrote:
All [[, have been changed to a portable [ test.
I've changed `test -a' for a portable `test -e', and the -a operator
in the user's home ownership test to a chained test:
elif [ ! -O
This follows http://cygwin.com/ml/cygwin/2011-03/msg00549.html
You say change it back as if that was the only change. It wasn't.
The meaning changed in recent snapshots.
In fact, i created a snapshot 20110313++, where the only change wrt 20110313
was to replace 31*1024*1024 with
On Fri, Mar 18, 2011 at 11:14:09AM -0500, Nellis, Kenneth wrote:
While you're at it, it would probably be a good idea to:
$ unset p
when you're done with it.
Indeed. Already applied. In fact, there was another one (fDest, used in a
loop to copy skel files).
Thanks.
--
Huella de clave
On 18 March 2011 16:23, David Sastre wrote:
On Fri, Mar 18, 2011 at 02:17:14PM +, Andy Koppe wrote:
On 18 March 2011 13:46, David Sastre wrote:
All [[, have been changed to a portable [ test.
I've changed `test -a' for a portable `test -e', and the -a operator
in the user's home
This follows http://cygwin.com/ml/cygwin/2011-03/msg00563.html
Maybe it has something to do with the nonpaged pool size? MSDN states:
Every time a named pipe is created, the system creates the inbound
and/or outbound buffers using nonpaged pool, which is the physical
memory used by the
Eric Blake eblake at redhat.com writes:
On 03/18/2011 10:00 AM, ralf wrote:
During setup of cygwin you could choose between UNIX ending und DOS ending.
Which was a bug in the GUI for offering it in the first place, because
it basically set the text-mode mount flag on every single
On Fri, Mar 18, 2011 at 04:41:49PM +, Andy Koppe wrote:
On 18 March 2011 16:23, David Sastre wrote:
On Fri, Mar 18, 2011 at 02:17:14PM +, Andy Koppe wrote:
On 18 March 2011 13:46, David Sastre wrote:
All [[, have been changed to a portable [ test.
I've changed `test -a' for a
On Fri, Mar 18, 2011 at 05:43:40PM +0100, EXCOFFIER Denis wrote:
This follows http://cygwin.com/ml/cygwin/2011-03/msg00563.html
Maybe it has something to do with the nonpaged pool size? MSDN states:
Every time a named pipe is created, the system creates the inbound
and/or outbound buffers
Le 18 mars 2011 à 19:02, Christopher Faylor a écrit :
Or, are you saying that you still see failures when setting the buffer
size down to 64K?
With a buffer 64k all is fine.
With a buffer 31*1024*1024, that's different. It seems that
all pipes open at the same time add their buffers up to an
Hi,
Short summary: getting nested quotes in an argument through to a
Cygwin process from DOS is problematic, and there does not seem to be
any detailed spec for how to escape quotes correctly. Backslash
characters seem to be spuriously generated.
I'm working on a build system (GNU make, Windows
I have the precisely same problem - were you able to resolve this? I have
tried reinstalling, looked online for others w/a similar issue, but thus far
have run across no solution.
Thanks!
mearrex wrote:
In my cygwin installation, I cannot seem to use github.com. However, here
are the
Version 4.0-6 of base-files has been uploaded.
Base-files is a set of system configuration and setup files.
Change Log
--
4.0-6
* Re-corrected PRINTER setting.
* Dropped non-POSIX tests in /etc/profile - Eric Blake
* Dropped user's homedir ownership test.
***
On Fri, Mar 18, 2011 at 07:39:39PM +0100, Denis Excoffier wrote:
Le 18 mars 2011 ? 19:02, Christopher Faylor a ?crit :
Or, are you saying that you still see failures when setting the buffer
size down to 64K?
With a buffer 64k all is fine. With a buffer 31*1024*1024, that's
different. It seems
On 3/18/2011 2:39 PM, Alex Khripin wrote:
Hi,
Short summary: getting nested quotes in an argument through to a
Cygwin process from DOS is problematic, and there does not seem to be
any detailed spec for how to escape quotes correctly. Backslash
characters seem to be spuriously generated.
If
On 3/18/2011 2:45 PM, sclaussen wrote:
I have the precisely same problem - were you able to resolve this? I have
tried reinstalling, looked online for others w/a similar issue, but thus far
have run across no solution.
If you're using msysgit, you want to talk to Mingw folks.
--
Larry
On Fri, Mar 18, 2011 at 6:00 PM, Larry Hall (Cygwin) wrote:
On 3/18/2011 2:39 PM, Alex Khripin wrote:
If you're using a native Windows 'make' with a Cywgin shell, you're better
off making your tools consistent. Quoting mechanisms for Windows do not
align with those used by Cygwin/Linux/Unix,
On 3/18/2011 11:47 PM, David Boyce wrote:
From the README.W32 file in the source package:
Good news! Make now has native support for Cygwin sh. To enable,
define the HAVE_CYGWIN_SHELL in config.h and rebuild make
from scratch. This version of make tested with B20.1 of
Version 4.0-6 of base-files has been uploaded.
Base-files is a set of system configuration and setup files.
Change Log
--
4.0-6
* Re-corrected PRINTER setting.
* Dropped non-POSIX tests in /etc/profile - Eric Blake
* Dropped user's homedir ownership test.
***
70 matches
Mail list logo