On Tue, Feb 07, 2012 at 01:18:29PM -0500, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 03:21:10AM -0600, Yaakov (Cygwin/X) wrote:
Package maintainers,
The Tcl/Tk transition has hit sourceware and is working its way to
the mirrors. Please proceed with the necessary announcements. Also:
upstream bug fix release
to download (remove the index.html's) :
wget -r -np -nH --cut-dirs=2 \
http://matzeri.altervista.org/cygwin-1.7/qrupdate/index.html
rm ./index.html \
./libqrupdate-devel/index.html \
./libqrupdate0/index.html
File list :
On 2/6/2012 11:49 AM, Eric Blake wrote:
I've uploaded coreutils-8.15-1 as a test release; I can kick it over to
current once you've got a cygutils release to match.
cygutils-1.4.8-1 is uploaded as a test release.
* Integrate cygstart with FD.o menu and mimetype system.
(Yaakov Selkowitz)
*
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-08 14:08:59
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/sys: sysmacros.h
Log message:
* include/sys/sysmacros.h: Include sys/types.h.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-08 14:41:52
Modified files:
winsup/cygwin : ChangeLog dll_init.cc
Log message:
* dll_init.cc (dll_list::alloc): Add DLL name to fabort output. Fix
fabort string in case of bss
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-08 17:35:02
Modified files:
winsup/cygwin : ChangeLog dll_init.cc dll_init.h
Log message:
* dll_init.cc: Throughout, drop usage of modname in favor of name.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-08 17:51:34
Modified files:
winsup/cygwin : ChangeLog uinfo.cc
Log message:
* uinfo.cc (cygheap_user::env_userprofile): Simplify since network
drives are not supported here.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-08 19:43:14
Modified files:
winsup/cygwin : ChangeLog sigproc.cc
Log message:
* sigproc.cc (child_info_fork::abort): Call TerminateProcess rather
than ExitProcess.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-02-08 19:51:13
Modified files:
cygwin : ChangeLog
cygwin/include/sys: wait.h
Log message:
* include/sys/wait.h: Remove C++ inline functions for `union wait'.
For
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-08 19:58:38
Modified files:
winsup/cygwin : ChangeLog thread.cc
Log message:
* thread.cc (__pthread_cond_wait_init): New static function replacing
__pthread_cond_dowait. Only
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-02-09 01:20:56
Modified files:
cygwin : ChangeLog dtable.cc passwd.cc
Log message:
* dtable.cc (dtable::init_std_file_from_handle): Reinstate opening tty
handles
On Feb 8 00:24, carolus wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
Actually, you can easily bundle a program with the Cygwin DLL and have
it work fine.
I confess to doing that for a while, until I learned about
-mno-cygwin, but is that not a license violation? My
On Feb 7 23:48, Denis Excoffier wrote:
On 2012-02-07 17:47, Ryan Johnson wrote:
On 07/02/2012 11:14 AM, Corinna Vinschen wrote:
On Feb 7 16:43, Denis Excoffier wrote:
I've also instrumented cygwin1.dll as suggested recently to Heiko Elger
in
On Tue, Feb 07, 2012 at 11:48:35PM +0100, Denis Excoffier wrote:
On 2012-02-07 17:47, Ryan Johnson wrote:
On 07/02/2012 11:14 AM, Corinna Vinschen wrote:
On Feb 7 16:43, Denis Excoffier wrote:
I've also instrumented cygwin1.dll as suggested recently to Heiko Elger
in
On Feb 8 07:37, Christian Franke wrote:
Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 08:39:46PM -0600, Yaakov (Cygwin/X) wrote:
Just came across an issue withsys/wait.h in C++. STC:
$ cat test.c
#includestddef.h
#includesys/wait.h
int main(void) { wait(NULL); return 0; }
$ gcc
On Feb 6 19:30, Sponge Bob wrote:
Rolling back the cygwin package from 1.7.10-1 to 1.7.9-1 makes problem go
away.
On 2/6/2012 4:02 PM, Sponge Bob wrote:
Just updated to latest CYGWIN in Windows XP. After running ssh-agent, the
command prompt
window that it ran in will hang on exit.
On Feb 8 10:08, Denis Excoffier wrote:
Result is:
1 [main] gcc-4 4084 dll_list::reserve_space: address space needed by
'cygiconv-2.dll' (0x674C with type 1=DLL_LINK) is perhaps already occupied
1720 [main] gcc-4 4084 dll_list::reserve_space: address space needed by
On Wed, Feb 08, 2012 at 10:27:11AM +0100, Corinna Vinschen wrote:
On Feb 8 10:08, Denis Excoffier wrote:
Result is:
1 [main] gcc-4 4084 dll_list::reserve_space: address space needed by
'cygiconv-2.dll' (0x674C with type 1=DLL_LINK) is perhaps already
occupied
1720
On Wed, Feb 8, 2012 at 5:22 AM, Denis Excoffier wrote:
I can reproduce.
On my system (2012-02-07 snapshot instrumented), the following is able
to exercise the fork failure any time.
I do this from within a dedicated directory named stc.
Current shell seems indifferent. Here it is /bin/tcsh
On Wed, Feb 8, 2012 at 12:55 AM, Robert Miles wrote:
Gmail does not allow you to receive what appear to be email from yourself,
sent to yourself.
I'm currently using the GMail GUI and have Coversation Mode set on.
This allows my response to be stored in the conversation. EZMLM uses
the Sender
On Feb 8 11:22, Denis Excoffier wrote:
I can reproduce.
On my system (2012-02-07 snapshot instrumented), the following is able
to exercise the fork failure any time.
I do this from within a dedicated directory named stc.
Current shell seems indifferent. Here it is /bin/tcsh and
i've
STC showing that sysmacros doesn't work when included indirectly in C99
mode:
$ cat foo.c
#include sys/types.h
int main() { return makedev(0,0); }
$ gcc -o foo foo.c
$ gcc -o foo foo.c --std=c99
/tmp/ccT40f0H.o:foo.c:(.text+0x1e): undefined reference to
`_gnu_dev_makedev'
collect2: ld returned 1
On Feb 8 14:00, Corinna Vinschen wrote:
On Feb 8 11:22, Denis Excoffier wrote:
I can reproduce.
On my system (2012-02-07 snapshot instrumented), the following is able
to exercise the fork failure any time.
I do this from within a dedicated directory named stc.
Current shell
Hello all,
I'm using latest cygwin installation and snapshot 20120205.
$ uname -a
CYGWIN_NT-6.1-WOW64 PCFX061 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin
I run rebaseall and perlrebase!
As suggested by C. Vinschen in http://cygwin.com/ml/cygwin/2012-
02/msg00092.html I do not run peflagsall.
On Feb 8 06:33, Eric Blake wrote:
STC showing that sysmacros doesn't work when included indirectly in C99
mode:
$ cat foo.c
#include sys/types.h
int main() { return makedev(0,0); }
$ gcc -o foo foo.c
$ gcc -o foo foo.c --std=c99
/tmp/ccT40f0H.o:foo.c:(.text+0x1e): undefined reference to
Corinna Vinschen writes:
What happens in this testcase is that Cygwin checks the full DLL path
and then finds that the new path to cyggcc_s-1.dll is not the same as
the path it has already loaded. Therefore it assumes that it has to add
the file to list.
This is plainly wrong, because,
On Feb 8 13:59, Heiko Elger wrote:
We use Symantec Endpoint Protection 12.1.x!
Uh oh.
Yes - I know it is a BLODA - but please go on reading - my company want to
contact Symantec cause of these ERRORs.
The following simple perl script will produce the following error:
* snip snip
On Feb 8 14:24, Heiko Elger wrote:
Corinna Vinschen writes:
What happens in this testcase is that Cygwin checks the full DLL path
and then finds that the new path to cyggcc_s-1.dll is not the same as
the path it has already loaded. Therefore it assumes that it has to add
the file
On Wed, Feb 08, 2012 at 02:35:02PM +0100, Corinna Vinschen wrote:
On Feb 8 14:00, Corinna Vinschen wrote:
On Feb 8 11:22, Denis Excoffier wrote:
I can reproduce.
On my system (2012-02-07 snapshot instrumented), the following is able
to exercise the fork failure any time.
I
Corinna Vinschen writes:
So why I will get this error - only cause of symantec?
Perhaps. Probably. I'm not sure. However, the above addresses
0xC1A000 and 0xA6A000 are *very* unlikely DLL load addresses in a
Windows system. Usually DLLs are loaded at addresses beyond
0x1000,
Denis Excoffier writes:
Here it is. Enjoy!
1 [main] gcc-4 5440 dll_list::reserve_space: address space needed
by 'cygiconv-2.dll' (file
D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygiconv-2.dll) (0x674C with
type 1=DLL_LINK)
1580 [main] gcc-4 5440 dll_list::reserve_space: address
On Wed, Feb 08, 2012 at 12:24:39AM -0600, carolus wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
Actually, you can easily bundle a program with the Cygwin DLL and have
it work fine.
I confess to doing that for a while, until I learned about -mno-cygwin,
but is that not a license
On Feb 8 15:55, Denis Excoffier wrote:
On Wed, Feb 08, 2012 at 02:35:02PM +0100, Corinna Vinschen wrote:
Denis, can you please change your test output? Instead of printing only
d_alt-modname, please print d_alt-name and then run your rsync test
again. If this is the same problem as in
On Feb 8 14:55, Heiko Elger wrote:
Corinna Vinschen writes:
So why I will get this error - only cause of symantec?
Perhaps. Probably. I'm not sure. However, the above addresses
0xC1A000 and 0xA6A000 are *very* unlikely DLL load addresses in a
Windows system. Usually DLLs are
On Wed, Feb 08, 2012 at 03:05:33PM +, Heiko Elger wrote:
Denis Excoffier writes:
Here it is. Enjoy!
1 [main] gcc-4 5440 dll_list::reserve_space: address space needed
by 'cygiconv-2.dll' (file
D:\Home\dexcoff1\dexcoff1\cygwin2011f\bin\cygiconv-2.dll) (0x674C with
type
Folks,
using newest cygwin
(CYGWIN_NT-6.1-WOW64 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin)
invoking pbzip2 to unpack a large bz2 archive gives:
pbzip2: *ERROR: fileWriter: pthread_cond_timedwait() call invalid
[pret=22]. This machine
does not have compatible pthreads library.
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 05:14:59PM -0600, Jesse Ziser wrote:
On 2/7/2012 4:14 PM, carolus wrote:
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
There's the usual misconception about the GPL. If you create an
application which is linked against
On 02/08/2012 09:49 AM, Jesse Ziser wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 05:14:59PM -0600, Jesse Ziser wrote:
If you really want Mingw (a free compiler and development environment
for Windows), maybe what you should do is just download and install
On Feb 8 09:49, Jesse Ziser wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
The MinGW cross-compiles are not barely supported. They are included
in the distribution precisely so that people can build pure-windows
programs under Cygwin.
Oh? Then I got the wrong impression from the
On 2/8/2012 10:04 AM, Corinna Vinschen wrote:
On Feb 8 09:49, Jesse Ziser wrote:
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
The MinGW cross-compiles are not barely supported. They are included
in the distribution precisely so that people can build pure-windows
programs under Cygwin.
I get these sporadic failures in my build system after upgrading to
1.7.10. I can't reproduce these consistently, seems to happen randomly
every few dozen builds.
mkdir -p output/device/1110/source/
0 [main] make 7900 fork: child -1 - forked process died
unexpectedly, retry 0, exit code
On 2/8/2012 5:30 PM, Rolf Campbell wrote:
I get these sporadic failures in my build system after upgrading to
1.7.10. I can't reproduce these consistently, seems to happen randomly
every few dozen builds.
mkdir -p output/device/1110/source/
0 [main] make 7900 fork: child -1 - forked
$ cygpath -u 'C:\WINDOWS'
/win/c/WINDOWS
$ cygpath -pu 'C:\WINDOWS'
15 [main] cygpath 5076 C:\cygwin\bin\cygpath.exe: *** fatal error - wide
char path lists not
yet supported
Hangup
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
I have set up an sshd server on my Windows XP box. If I run the bash
shell locally on the XP box, the USERPROFILE environment variable is
shown as C:\Documents and Settings\Administrator but if I run ssh to the
XP box, USERPROFILE displays as \??\C:\Documents and Settings\Administrator.
I
On Feb 8 12:22, Andrew Schulman wrote:
$ cygpath -u 'C:\WINDOWS'
/win/c/WINDOWS
$ cygpath -pu 'C:\WINDOWS'
15 [main] cygpath 5076 C:\cygwin\bin\cygpath.exe: *** fatal error - wide
char path lists not
yet supported
Hangup
Try `uname -r'
Corinna
--
Corinna Vinschen
On Feb 8 18:33, Kai-Mikael Jää-Aro wrote:
I have set up an sshd server on my Windows XP box. If I run the
bash shell locally on the XP box, the USERPROFILE environment
variable is shown as C:\Documents and Settings\Administrator but if
I run ssh to the XP box, USERPROFILE displays as
On Feb 8 12:22, Andrew Schulman wrote:
$ cygpath -u 'C:\WINDOWS'
/win/c/WINDOWS
$ cygpath -pu 'C:\WINDOWS'
15 [main] cygpath 5076 C:\cygwin\bin\cygpath.exe: *** fatal error -
wide char path lists not
yet supported
Hangup
Try `uname -r'
Erf, thanks. I had updated to
On Feb 8 07:44, Hans Horn wrote:
Folks,
using newest cygwin
(CYGWIN_NT-6.1-WOW64 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin)
invoking pbzip2 to unpack a large bz2 archive gives:
pbzip2: *ERROR: fileWriter: pthread_cond_timedwait() call invalid
[pret=22]. This machine
It used to be that when I ran ipconfig from bash, it would print output on
stdout as usual. But for
some time now, when I run ipconfig it opens a new console window, which then
immediately closes
again, making it impossible for me to read the output. At the same time, back
in bash I see
$
On 2/8/2012 12:25 PM, Andrew Schulman wrote:
It used to be that when I ran ipconfig from bash, it would print
output on stdout as usual. But for some time now, when I run
ipconfig it opens a new console window, which then immediately
closes again, making it impossible for me to read the
On Feb 8 13:16, Andrew Schulman wrote:
On Feb 8 12:22, Andrew Schulman wrote:
$ cygpath -u 'C:\WINDOWS'
/win/c/WINDOWS
$ cygpath -pu 'C:\WINDOWS'
15 [main] cygpath 5076 C:\cygwin\bin\cygpath.exe: *** fatal error -
wide char path lists not
yet supported
Hangup
On Wed, Feb 8, 2012 at 2:41 PM, René Berber wrote:
On 2/8/2012 12:25 PM, Andrew Schulman wrote:
It used to be that when I ran ipconfig from bash, it would print
output on stdout as usual. But for some time now, when I run
ipconfig it opens a new console window, which then immediately
closes
Recently, Im able to fire up my Cygwin client with no problem but I cant
perform any network operations other than being able to ping myself and the
gateway, any other type of network action (resolution, getting past my
gateway) fails with no useful message.
Im guessing that this might be a
Is there a command-line switch to tell setup.exe that it should use the
proxy settings from IE?
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
On Feb 8 19:23, Corinna Vinschen wrote:
On Feb 8 07:44, Hans Horn wrote:
Folks,
using newest cygwin
(CYGWIN_NT-6.1-WOW64 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin)
invoking pbzip2 to unpack a large bz2 archive gives:
pbzip2: *ERROR: fileWriter: pthread_cond_timedwait()
Achim Gratz sent the following at Wednesday, February 08, 2012 2:58 PM
Is there a command-line switch to tell setup.exe that it should use the
proxy settings from IE?
http://cygwin.com/faq/faq.setup.html#faq.setup.cli
-p --proxy HTTP/FTP proxy (host:port)
--
Problem
It appears that the -v option to passwd was changed to -V in
cygwin-1.7.10.1. This indirectly breaks the ssh-host-config script.
The actual breakage is in the csih script.
*** Info: User 'cyg_server' has been created with password 'X'.
*** Info: If you change the password, please remember
Buchbinder, Barry (NIH/NIAID) [E] writes:
http://cygwin.com/faq/faq.setup.html#faq.setup.cli
-p --proxy HTTP/FTP proxy (host:port)
I know this, but rather my question was how to use the IE proxy
settings. I can select this in an interactive install and I can fake
On 02/08/2012 07:06 AM, Corinna Vinschen wrote:
On Feb 8 06:33, Eric Blake wrote:
STC showing that sysmacros doesn't work when included indirectly in C99
mode:
$ cat foo.c
#include sys/types.h
int main() { return makedev(0,0); }
$ gcc -o foo foo.c
$ gcc -o foo foo.c --std=c99
On Feb 8 13:12, Tom Schutter wrote:
It appears that the -v option to passwd was changed to -V in
cygwin-1.7.10.1. This indirectly breaks the ssh-host-config script.
The actual breakage is in the csih script.
[...]
$ grep passwd -v /usr/share/csih/cygwin-service-installation-helper.sh
I've checked and the primary problem is something like:
Name resolution (can't find www.google.com - no response)
Recently, Im able to fire up my Cygwin client with no problem but I cant
perform any network
Inside more command, I typed n for search. It will generate segment fault.
more.exe.stackdump:
Exception: STATUS_ACCESS_VIOLATION at eip=0040388D
eax= ebx=0054 ecx= edx=0652 esi=004EA6E4 edi=0001
ebp=0022CBD8 esp=0022CB60 program=C:\cygwin\bin\more.exe, pid 4540,
THe fact that you have a .new file shows that setup tried to replace
the file after reboot. However, the Win32 functionality, MoveFileEx
with MOVEFILE_DELAY_UNTIL_REBOOT | MOVEFILE_REPLACE_EXISTING flags
apparently doesn't work under all circumstances. See, for instance,
What's even odder that I just tested is:
1. startup DOS prompt with Cygwin executables in the path
2. execute Cygwin network programs (e.g., sftp) - work fine
3. start from the same command line bash.exe. Bash starts up and executes my
profile
4. same statement as 2 says Request could not find
On Wed, Feb 8, 2012 at 2:41 PM, René Berber wrote:
On 2/8/2012 12:25 PM, Andrew Schulman wrote:
It used to be that when I ran ipconfig from bash, it would print
output on stdout as usual. But for some time now, when I run
ipconfig it opens a new console window, which then immediately
On 02/08/2012 03:25 PM, Matt Seitz (matseitz) wrote:
When I run git gui, I see the following warning:
/home/matseitz/My Documents/Presentations
$ git gui
[1] 7172
/home/matseitz/My Documents/Presentations
$ cygwin warning:
MS-DOS style path detected: C:\cygwin\lib\git-core\git-gui
Eric Blake wrote:
I'm working on packaging
a new git release, which should squelch this warning.
Thanks, I appreciate your quick response. I will look forward to your
fix.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi Yaakov,
curiosity, any reason why the tcl/tk dll's are
not using the cyg prefix ?
/usr/bin/libtcl8.5.dll
/usr/bin/libtk8.5.dll
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Replacing cygwin1.dll with latest (Feb7,2012) snapshot version fixed problem.
Thanks.
On 2/8/2012 1:23 AM, Corinna Vinschen wrote:
On Feb 6 19:30, Sponge Bob wrote:
Rolling back the cygwin package from 1.7.10-1 to 1.7.9-1 makes problem go
away.
On 2/6/2012 4:02 PM, Sponge Bob wrote:
Just
Eric:
I suggest adding a brief comment explaining the need for the
static.
(For the lists, we had a brief off-list discussion, where Eric
quoted
C99 section 6.2.2 paragraph 5 and section 6.7.4 paragraph 6. Together
they give the details needed for understanding. In short, the compiler
On Wed, Feb 08, 2012 at 09:17:45PM +, Feng Dai wrote:
Inside more command, I typed n for search. It will generate segment fault.
more.exe.stackdump:
Exception: STATUS_ACCESS_VIOLATION at eip=0040388D
eax= ebx=0054 ecx= edx=0652 esi=004EA6E4 edi=0001
ebp=0022CBD8
Christopher Faylor wrote in message
news:20120209005328.gb23...@ednor.casa.cgf.cx...
Same thing in 1.7.9.
Please lets not just put 1.7.10 in front of every bug report.
What is the proper procedure?
Today I sent a couple of bug reports. I based my Subject on the Good
examples given at:
On Wed, 2012-02-08 at 23:51 +0100, marco atzeri wrote:
curiosity, any reason why the tcl/tk dll's are
not using the cyg prefix ?
In fact, there is. The point of the cyg prefix is to avoid possible
mismatches with MinGW DLLs using the lib prefix. In this case,
however, forcing a cyg prefix
On Wed, Feb 08, 2012 at 05:17:18PM -0800, Matt Seitz (matseitz) wrote:
Christopher Faylor wrote in message
news:20120209005328.gb23...@ednor.casa.cgf.cx...
Same thing in 1.7.9.
Please lets not just put 1.7.10 in front of every bug report.
What is the proper procedure?
Today I sent a couple
On 2/8/2012 3:30 PM, Corinna Vinschen wrote:
On Feb 8 13:12, Tom Schutter wrote:
It appears that the -v option to passwd was changed to -V in
cygwin-1.7.10.1. This indirectly breaks the ssh-host-config script.
The actual breakage is in the csih script.
[...]
$ grep passwd -v
marco atzeri writes:
See
http://cygwin.com/faq.html
at
4.44. How do I fix fork() failures?
and related
/usr/share/doc/rebase/README
Just one question to this point.
I know all this documentation - but I was pointed by C. Vinschen in
On 2/9/2012 3:14 AM, Yaakov (Cygwin/X) wrote:
On Wed, 2012-02-08 at 23:51 +0100, marco atzeri wrote:
curiosity, any reason why the tcl/tk dll's are
not using the cyg prefix ?
In fact, there is. The point of the cyg prefix is to avoid possible
mismatches with MinGW DLLs using the lib prefix.
77 matches
Mail list logo
