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" pref
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
http://cygwin.com/ml/cygwin/2012-02
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" /usr/share/c
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?
>
>Toda
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" pr
"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" gi
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=00
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
c
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 wro
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: http://cygwin.com/docs
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:
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\gi
> 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
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 hos
> 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,
> http://social.m
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, thr
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 oper
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
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
>> int main() { return makedev(0,0); }
>> $ gcc -o foo foo.c
>> $ gcc -o foo foo.c --std=c99
>> /tm
"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 fa
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
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
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_c
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:
http://Synth.Stromeko.net/Downloads.html#WaldorfSo
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 use
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 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 s
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 o
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
$ ipc
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
>
> 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
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'
Corinna
--
Corinna Vinschen
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 tri
$ 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/
Docu
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 proc
On Wed, Feb 08, 2012 at 10:03:24AM -0600, Jeremy Bopp wrote:
>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
>>>
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 -10
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.
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
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 inst
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 the
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 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 w
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
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 probl
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 licen
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: addr
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,
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 failur
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
> >
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 sn
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, bec
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
> 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
>
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 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".
> > Cu
STC showing that sysmacros doesn't work when included indirectly in C99
mode:
$ cat foo.c
#include
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 exit status
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
>
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 Send
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
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
>> > occupi
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
> 'cyg
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 han
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 with in C++. STC:
> >>
> >>$ cat test.c
> >>#include
> >>#include
> >>int main(void) { wait(NULL); return 0; }
> >>
> >>$ gcc -W
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
>> >>> i
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 http://cygwin.com/ml/cygwin/2012
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 und
67 matches
Mail list logo
