On 9/1/2010 1:44 AM, Yaakov (Cygwin/X) wrote:
On Tue, 2010-08-31 at 17:34 -0400, Charles Wilson wrote:
When testing JonY's mingw64 compiler, I found that often the include
files ended up in the wrong directory.
Often?
As in, the ones that inherit toolchain are fine. The ones that inherit
On 8/31/2010 11:20 PM, JonY wrote:
On 9/1/2010 10:28, Charles Wilson wrote:
On 8/31/2010 8:52 PM, JonY wrote:
Strange, I'll try a rebuild. The former should be the correct location.
Errr...no. The *latter* is the correct location (at least, that's where
the sysroot'ed compiler will look for
On 9/1/2010 23:15, Charles Wilson wrote:
On 8/31/2010 11:20 PM, JonY wrote:
On 9/1/2010 10:28, Charles Wilson wrote:
On 8/31/2010 8:52 PM, JonY wrote:
Strange, I'll try a rebuild. The former should be the correct location.
Errr...no. The *latter* is the correct location (at least, that's
On 9/1/2010 11:44 AM, JonY wrote:
On 9/1/2010 23:15, Charles Wilson wrote:
On 8/31/2010 11:20 PM, JonY wrote:
On 9/1/2010 10:28, Charles Wilson wrote:
On 8/31/2010 8:52 PM, JonY wrote:
Strange, I'll try a rebuild. The former should be the correct
location.
Errr...no. The *latter* is the
On Tue, 31 Aug 2010, matias kaukonen wrote:
Yes, it displays the font but it does not set the font. Only the
'quit' button works.
I was asking about the result with xfd to be sure that the font itself is
recognized. I don't see anything wrong with the description of your
changes to the X
On 8/31/2010 7:00 PM, Jon TURNEY wrote:
Okay, I think I have worked out the correct thing to do do to handle
bpp changes in the RANDR code, and I've uploaded a test build at [1].
Perhaps you could try it and see if it works for you?
Note that you will need to use -resize with this build to
based on the result of 'appres XTerm', i changed .Xdefaults to:
*VT100.utf8Fonts.font:lucidasanstypewriter-10
This worked -- thanks.
On Wed, Sep 1, 2010 at 5:06 AM, Thomas Dickey dic...@his.com wrote:
On Tue, 31 Aug 2010, matias kaukonen wrote:
Yes, it displays the font but it does not set the
On 01/09/2010 11:14, Ryan Johnson wrote:
On 8/31/2010 7:00 PM, Jon TURNEY wrote:
Okay, I think I have worked out the correct thing to do do to handle bpp
changes in the RANDR code, and I've uploaded a test build at [1]. Perhaps
you could try it and see if it works for you?
Note that you will
Hi All,
I am struggling to get my ssh server to forward x windows. I have
followed the cygwin documentation several times and cannot get my
windows 7 (x64) machine to forward any x windows over ssh. This is
particularly frustrating because I set this all up with no problem on my
laptop which
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-09-01 07:16:49
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/cygwin: version.h
Log message:
* include/cygwin/version.h: Bump DLL minor version number to 8.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-09-01 10:30:52
Modified files:
winsup/cygwin : ChangeLog fhandler_netdrive.cc
fhandler_registry.cc
Log message:
* fhandler_netdrive.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-09-01 18:24:11
Modified files:
cygwin : ChangeLog cygthread.cc cygthread.h dcrt0.cc
fhandler_netdrive.cc fhandler_tty.cc fork.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-09-01 21:06:36
Modified files:
cygwin : ChangeLog dcrt0.cc fork.cc pinfo.cc pinfo.h
Log message:
* dcrt0.cc (dll_crt0_0): Remove myself settings.
* fork.cc (fork):
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-09-02 05:34:03
Modified files:
cygwin : ChangeLog sigproc.cc
Log message:
* sigoproc.cc (sigproc_init): Use American spelling in comment.
Patches:
This patch speeds up process initialization on 64-bit systems. Maybe
the comment Initialize signal processing here ... should be re-worded
or removed completely.
The speed difference can be noticeable.
while (true); do date; done | uniq -c manages more than 3 times more
date executions per
On Wed, Sep 01, 2010 at 08:16:49PM +0200, Magnus Holmgren wrote:
This patch speeds up process initialization on 64-bit systems. Maybe
the comment Initialize signal processing here ... should be re-worded
or removed completely.
Yes, the fact that the comment makes no sense when moved would be your
-- Forwarded message --
From: Harie Ram hari.ra...@gmail.com
Date: Tue, Aug 31, 2010 at 8:11 PM
Subject: Windows File permissions are not being inherited - Cygwin 1.7
- Windows 7
To: cygwin-i...@cygwin.com
Hi ,
I am currently packaging Cygwin 1.7 i.e. bundling all the files into
I am facing similar issue and this is actually why I stopped using
Cygwin. There is no way to tell setup.exe to stop destroying
permissions. And noone seem to care about it.
On Wed, Sep 1, 2010 at 12:00 PM, Harie Ram hari.ra...@gmail.com wrote:
-- Forwarded message --
From:
We updated the cygwin installation on one of our systems on 8/26. We
immediately started to experience a very lengthy delay of 50 seconds
getting the bash prompt, measured beginning when the terminal emulator
window appears. Also bash scripts seem to be taking longer to run than
before.
While
Greetings, Mark Callow!
We updated the cygwin installation on one of our systems on 8/26. We
immediately started to experience a very lengthy delay of 50 seconds
getting the bash prompt, measured beginning when the terminal emulator
window appears. Also bash scripts seem to be taking longer
On 2010-09-01 04:00, Harie Ram wrote:
The issue that I am currently facing is : the modify permissions given
to the INSTALLDIR C:\Cygwin using the msi lock permission table is
being inherited through all the subfolders and files. Any new manually
created folders and files anywhere within
Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also
be configured to not touch ACL's at all, but setup program ignores
that and messes up permissions every time something is
installed/updated.
On Wed, Sep 1, 2010 at 4:49 PM, Rolf Campbell
rcampbell-cyg...@dragonwaveinc.com
Do creating any entries in /etc/passwd or /etc/group or /etc/fstab
files can overcome this...
Thanks
On Wed, Sep 1, 2010 at 7:21 PM, Vasya Pupkin cyg...@bsrealm.net wrote:
Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also
be configured to not touch ACL's at all, but setup
Nothing can overcome thins until setup.exe is modified to support
noacl option in /etc/fstab or get a similar comman line parameter or
even a checkbox.
On Wed, Sep 1, 2010 at 6:00 PM, Harie Ram hari.ra...@gmail.com wrote:
Do creating any entries in /etc/passwd or /etc/group or /etc/fstab
files
Greetings, Charles Wilson!
With cygwin-1.5.25 I can cross-compile libraries for native win32 by
starting with the following configure command:
./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
-mno-cygwin' host_alias=i686-pc-mingw32
and that has worked fine on the few
On 9/1/2010 10:35 AM, Andrey Repin wrote:
Greetings, Charles Wilson!
With cygwin-1.5.25 I can cross-compile libraries for native win32 by
starting with the following configure command:
./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
-mno-cygwin' host_alias=i686-pc-mingw32
On Wed, Sep 01, 2010 at 06:35:18PM +0400, Andrey Repin wrote:
Greetings, Charles Wilson!
With cygwin-1.5.25 I can cross-compile libraries for native win32 by
starting with the following configure command:
./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
-mno-cygwin'
I am running on Windows XP SP3 with all Microsoft critical updates
installed. I have also updated cygwin just 20 minutes ago (with
setup.exe v2.721), and reinstalled the OpenSSH package (v5.6p1-1). When
I open a cygwin console and simply type ssh, I get back Aborted; no
matter what options I give
On Wed, Sep 01, 2010 at 11:33:13AM -0400, gonzalo diethelm wrote:
I am running on Windows XP SP3 with all Microsoft critical updates
installed. I have also updated cygwin just 20 minutes ago (with
setup.exe v2.721), and reinstalled the OpenSSH package (v5.6p1-1). When
I open a cygwin console and
gonzalo diethelm wrote:
I have also updated cygwin just 20 minutes ago (with
setup.exe v2.721), and reinstalled the OpenSSH package (v5.6p1-1). When
I open a cygwin console and simply type ssh, I get back Aborted; no
matter what options I give the ssh command, all it prints is Aborted.
Corinna Vinschen sent the following at Tuesday, August 31, 2010 4:59 AM
I just released 1.7.7-1.
The package is significantly bigger than 1.7.6-1. Most of the difference
comes from usr/bin/dumper.exe.
SizeSource of size info.
506894http://cygwin.com/packages/cygwin/cygwin-1.7.6-1
Reini,
Thanks for packaging this!
However, with rakudo-star 201007-1, rakudo_47-1 and parrot 2.6.0-1
installed:
$ perl6 -e 'say hello;'
hello
$ perl6 -e 'sub hello() { say hello; }'
===SORRY!===
No such file or directory
– Michael
--
Problem reports:
[Sorry, I wasn't subscribed to the list so I could not reply to
messages; I am subscribed now.]
Try: which ssh
$ which ssh
/usr/bin/ssh
Or even a simple: /bin/ssh to run the real Cygwin program.
$ /bin/ssh
Aborted
$ /usr/bin/ssh
Aborted
You could also have an alias to something else.
The
On Sep 1 12:06, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Corinna Vinschen sent the following at Tuesday, August 31, 2010 4:59 AM
I just released 1.7.7-1.
The package is significantly bigger than 1.7.6-1. Most of the difference
comes from usr/bin/dumper.exe.
That's from using a newer
gonzalo diethelm wrote:
Try: which ssh
$ which ssh
/usr/bin/ssh
Or even a simple: /bin/ssh to run the real Cygwin program.
$ /bin/ssh
Aborted
OK, that's strange.
Try: cygcheck `which ssh`
--
René Berber
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Greetings, Christopher Faylor!
With cygwin-1.5.25 I can cross-compile libraries for native win32 by
starting with the following configure command:
./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
-mno-cygwin' host_alias=i686-pc-mingw32
and that has worked fine on the few
Magnus Holmgren magnushol at gmail.com writes:
I did some testing on my 64-bit Vista system, and it appears that
CreateThread is the main cause.
I think I've found the reason for the slow CreateThread. It seems like
the following remark in the MSDN documentation is relevant, at least for
On 09/01/2010 11:12 AM, Magnus Holmgren wrote:
Magnus Holmgrenmagnusholat gmail.com writes:
I did some testing on my 64-bit Vista system, and it appears that
CreateThread is the main cause.
To test this, I removed the call to sigproc_init in dll_crt0_0 and made sure
it was always called in
Eric Blake eblake at redhat.com writes:
I did some testing on my 64-bit Vista system, and it appears that
CreateThread is the main cause.
To test this, I removed the call to sigproc_init in dll_crt0_0 and made sure
it was always called in dll_crt0_1 instead. Suddenly the sigp thread
On 09/01/2010 11:26 AM, Magnus Holmgren wrote:
Since you obviously have a patch, would you mind sharing it, rather than
just your conclusions from said patch?
Not quite ready for commit as is, but here it is:
Oh my poor eyes! Context diffs (diff -u), please.
http://cygwin.com/contrib.html
Where is the documentation of the igncr (ignore-CR) option for Cygwin 1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current CygWin FAQ (http://cygwin.com/faq.html), or
- in bash man page from CygWin.
On 09/01/2010 12:12 PM, Daniel Barclay wrote:
Where is the documentation of the igncr (ignore-CR) option for Cygwin 1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current CygWin FAQ
On Wed, Sep 1, 2010 at 10:30 AM, Eric Blake ebl...@redhat.com wrote:
Oh my poor eyes! Context diffs (diff -u), please.
http://cygwin.com/contrib.html describes how to form a proper patch
submission (and it doesn't go to this list, either).
You mean unified diffs. Context diffs (-c) are also
On Wed, Sep 01, 2010 at 05:12:19PM +, Magnus Holmgren wrote:
Magnus Holmgren magnushol at gmail.com writes:
I did some testing on my 64-bit Vista system, and it appears that
CreateThread is the main cause.
I think I've found the reason for the slow CreateThread. It seems like
the
On 9/1/2010 1:12 PM, Magnus Holmgren wrote:
To test this, I removed the call to sigproc_init in dll_crt0_0 and made sure
it was always called in dll_crt0_1 instead. Suddenly the sigp thread started
executing immediately, and its initialization was complete long before
wait_for_sigthread was
On Mon, Aug 30, 2010 at 02:16:55PM +0300, Sagi Ben-Akiva wrote:
For the last couple of weeks I'm trying to identify the cause for cygwin
slowdown on x64 machines which was reported by David Morgan about 6
months ago.
Using cvsps I was able to generate a patchset which contains all the
changes
Eric Blake wrote:
On 09/01/2010 12:12 PM, Daniel Barclay wrote:
Where is the documentation of the igncr (ignore-CR) option for Cygwin
1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current CygWin FAQ
Whenever I do this:
1. Launch gitk from a cygwin bash shell (either using cygwin.bat or
with mintty),
2. Exit the cygwin bash shell, and then
3. Pick File Reload from the gitk menu,
I get the following error dialog:
Error parsing revisions: 1 [main] git 5724 C:\cygwin\bin\git.exe:***
fatal
Hi,
I've noticed that the info files for libc and libm get installed twice:
~ cygcheck -f /usr/share/info/libm.info
cygwin-1.7.7-1
~ cygcheck -f /usr/share/info/libm.info.gz
cygwin-doc-1.7-1
~ cygcheck -f /usr/share/info/libc.info
cygwin-1.7.7-1
~ cygcheck -f /usr/share/info/libc.info.gz
On 1 September 2010 09:00, Harie Ram wrote:
I am currently packaging Cygwin 1.7 i.e. bundling all the files into
an msi and installing it. The requirement is : install only the basic
cygwin packages. Provide permissions to the Cygwin users so that they
can install the packages that they
On 1 September 2010 15:18, Vasya Pupkin wrote:
Do creating any entries in /etc/passwd or /etc/group or /etc/fstab
files can overcome this...
Nothing can overcome thins until setup.exe is modified to support
noacl option in /etc/fstab or get a similar comman line parameter or
even a
Yep - that email (most recently here[1]), along with
/usr/share/doc/Cygwin/bash.README, are the definitive sources of all
documentation to cygwin-specific patches to bash (of which igncr is one).
[1] http://cygwin.com/ml/cygwin-announce/2010-08/msg00015.html
That read-me file says:
4c. To
Hi,
This command line from chere is not working anymore for zsh version
4.3.10, but it worked for zsh version 4.3.9:
C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe %L
any help appreciated.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 9/1/2010 2:10 PM, Christopher Faylor wrote:
I rewrote the signal initialization stuff today and have generated a
new snapshot. Please let me know if this works better for you. I haven't
actually tried to run a fork per sec. test yet so there may be other
lurking problems.
On Wed, Sep 01, 2010 at 08:33:02PM +0100, Andy Moreton wrote:
Hi,
I've noticed that the info files for libc and libm get installed twice:
~ cygcheck -f /usr/share/info/libm.info
cygwin-1.7.7-1
~ cygcheck -f /usr/share/info/libm.info.gz
cygwin-doc-1.7-1
~ cygcheck -f /usr/share/info/libc.info
On Wed, Sep 01, 2010 at 08:56:32PM +, Saurabh T wrote:
I was trying to get the execvp: argument list too long error to go
away while using make on cygwin, and followed the instructions mentioned
in several posts such as this one:
http://cygwin.com/ml/cygwin/2005-05/msg00358.html
That should
On Wed, Sep 01, 2010 at 05:05:17PM -0400, Christopher Faylor wrote:
On Wed, Sep 01, 2010 at 08:56:32PM +, Saurabh T wrote:
I was trying to get the execvp: argument list too long error to go
away while using make on cygwin, and followed the instructions mentioned
in several posts such as this
On Sep 1 16:36, Christopher Faylor wrote:
On Wed, Sep 01, 2010 at 08:33:02PM +0100, Andy Moreton wrote:
Hi,
I've noticed that the info files for libc and libm get installed twice:
~ cygcheck -f /usr/share/info/libm.info
cygwin-1.7.7-1
~ cygcheck -f /usr/share/info/libm.info.gz
On Wed, Sep 01, 2010 at 03:19:15PM -0500, Heath Kehoe wrote:
On 9/1/2010 2:10 PM, Christopher Faylor wrote:
I rewrote the signal initialization stuff today and have generated a
new snapshot. Please let me know if this works better for you. I haven't
actually tried to run a fork per sec.
Daniel Barclay wrote:
Where is the documentation of the igncr (ignore-CR) option for Cygwin 1.7's
bash?
You probably are really looking for shopt, which is a bash builtin and
the documentation is in man bash.
$ shopt | grep igncr
igncr off
--
René Berber
--
Problem reports:
Corinna Vinschen wrote:
[snip]
I'll drop the info dir entirely for the next release.
Please don't do that, there is useful information there from many
packages that explicitly put a short version on the man page, and the
full documentation in the info file(s), for instance read the last page
of
On 09/01/2010 04:31 PM, René Berber wrote:
Corinna Vinschen wrote:
[snip]
I'll drop the info dir entirely for the next release.
Please don't do that, there is useful information there from many
packages that explicitly put a short version on the man page, and the
full documentation in the
Matthias Andree schrieb am 01.09.2010 um 02:19 (+0200):
It's your problem if you don't like the answers.
Not a problem at all, actually. :-)
Your fix attempts break the build system further, meaning that:
if you touch config.sub, you create a blank canonicalization
script, so don't complain
Reid Thompson schrieb am 31.08.2010 um 23:26 (-0400):
Download the mutt 1.5.20 source from the mutt website.. it configures
fine for me (had to add some dev libs, etc)
Thanks. Same here for the Cygwin source package after the `prepare'
step. It's just about knowing which strings to pull.
--
Eric Blake wrote:
On 09/01/2010 04:31 PM, René Berber wrote:
Corinna Vinschen wrote:
[snip]
I'll drop the info dir entirely for the next release.
Please don't do that, there is useful information there from many
packages that explicitly put a short version on the man page, and the
full
Normally I don't bother with cmd, and only run bash at the
command prompt, but I ran into a problem on my system.
To possibly fix some problem it was suggested I try the
'winmgmt' command with 2 different switches, Thing
is, it fails when I run it from bash, but works fine when I run
it from
A new release of sharutils, 4.10-2, is available, leaving 4.8-1 as
previous. (4.10-1 was briefly on the mirrors, but was missing some patches).
NEWS:
=
This is a new upstream version. Details about the release are listed
below. Using shar on text mounts continues to have the possibility
Because I prefer to keep things under control. And I don't think it
will require a huge amount of work to disable working with permissions
in setup.exe with command line switch. I started to worry about it
because cygwin failed so much with permissions, having both
cygwin-specific and inherited
On 25 August 2010 20:58, Csaba Raduly rcs...@gmail.com wrote:
On Sun, Aug 22, 2010 at 8:15 PM, Steven Woody wrote:
$ ldd /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe
ntdll.dll = /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c92)
kernel32.dll =
On 2 September 2010 10:12, Steven Woody narkewo...@gmail.com wrote:
On 25 August 2010 20:58, Csaba Raduly rcs...@gmail.com wrote:
On Sun, Aug 22, 2010 at 8:15 PM, Steven Woody wrote:
$ ldd /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe
ntdll.dll = /cygdrive/c/WINDOWS/system32/ntdll.dll
Hi Andrey,
Did you tried to *uninstall* bash-completion?
I have now. Surprisingly (to me) it worked. The time-to-prompt has
dropped to ~5 seconds on one of the machines and ~8 seconds on the
other. Both are still too long but a vast improvement over 50 seconds.
Regards
-Mark
--
.
Sorry about that. It should be fixed now.
http://cygwin.com/snapshots/
cgf
Services refuse to start with the 20100901 snapshot. fork() does seem
to be faster, though (Win7 x64 RTM).
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
I'm trying to compile setup.exe from source code I got from CVS. For
some reason, I am getting an error:
propsheet.cc: In member function `bool PropSheet::SetActivePage(int)':
propsheet.cc:444: error: expected id-expression before '::' token
propsheet.cc:444: error: expected `)' before '::' token
Today I try to setup cygwin on a new server, it keeps failed with a
cyggcc_s-1.dll is missed error in the last post-install phase.
I run the setup again, and can't find Devel/gcc4 and Base/libgcc1 package in
the package list in Select Packages step.
And I run the setup again in command line
On 2 September 2010 03:08, Vasya Pupkin wrote:
Because I prefer to keep things under control
Oh $DEITY.
And I don't think it
will require a huge amount of work to disable working with permissions
in setup.exe with command line switch. I started to worry about it
because cygwin failed so
the latest from CVS, and that cygwin1.dll
fails in the same way.
Sorry about that. It should be fixed now.
http://cygwin.com/snapshots/
Services refuse to start with the 20100901 snapshot. fork() does seem
to be faster, though (Win7 x64 RTM).
sshd WJFFM, on XP at least.
cgf
--
Problem
On Thu, Sep 02, 2010 at 06:08:37AM +0400, Vasya Pupkin wrote:
Because I prefer to keep things under control. And I don't think it
will require a huge amount of work to disable working with permissions
in setup.exe with command line switch.
Well, go ahead then. What are you waiting for? Send us
Will do as soon as I get this thing to at least compile. Actually,
since there is no abstract layer for nt_wfopen(), all calls to this
function have to be modified. Alternatively, the function can be
modified to ignore perms parameter and alternative version of
setup.exe can be compiled then. That
On 2 September 2010 05:18, Vasya Pupkin wrote:
I'm trying to compile setup.exe from source code I got from CVS.
Great!
For some reason, I am getting an error:
propsheet.cc: In member function `bool PropSheet::SetActivePage(int)':
propsheet.cc:444: error: expected id-expression before '::'
No, it wasn't a mess of my own making. I did not ever touch
permissions, and it was a clean install. I don't know where these
permissions came from, but ls -l displayed something like that for
most files:
drwxr-xr-x+ 1 user group 0 2010-09-02 09:32 tests
This + sign after permissions string
A new release of sharutils, 4.10-2, is available, leaving 4.8-1 as
previous. (4.10-1 was briefly on the mirrors, but was missing some patches).
NEWS:
=
This is a new upstream version. Details about the release are listed
below. Using shar on text mounts continues to have the possibility
81 matches
Mail list logo