Re: [ANNOUNCEMENT] Updated: screen 4.2.1-2 (test release)
> A new version of screen, 4.2.1-2, is available in the Cygwin > distribution. This is a new Cygwin-only test release. > > This release includes a patch that may fix the scrolling corruption bug > when screen is used in mintty in 64-bit Cygwin > (http://cygwin.com/ml/cygwin/2014-01/msg00223.html). If you are > affected by that bug, please install the new release and report here > whether it fixes it for you. Thanks to Shaddy Baddah for the patch > (http://cygwin.com/ml/cygwin/2014-05/msg00331.html). > > Note that since this is a test release, it won't show up in setup by > default. To get it, in setup you'll need to select the "Exp" radio > button at top right. I've gone ahead and promoted this release to current, since it seems to have fixed the scrolling bug. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Bug report: 1.7.19 broke floppy drive access
On May 19 15:28, Sean Gugler wrote: > Greetings, > > I've discovered that 5.25" and 3.5" floppy drive access became broken > as of Cygwin1.dll version 1.7.19-1 (2013-06-05 01:07:23). I reported > this back in October, but perhaps the message never got through. The > problem persists with the latest version. > > I tested by updating all my packages to current as of 2014-05-07, then > simply swapping cygwin1.dll with older versions. > > cygwin1.dll 1.7.29-1 (2014-02-09 13:07:01 - LATEST) > > $ dd if=/dev/fd1 of=./junk count=1 > dd: opening `/dev/fd1': Bad address > > cygwin1.dll 1.7.19-1 (2013-06-05 01:07:23) > > $ dd if=/dev/fd1 of=./junk count=1 > dd: opening `/dev/fd1': Bad address > > cygwin1.dll 1.7.18-1 (2013-04-19 01:40:41) > > $ dd if=/dev/fd1 of=./junk count=1 > 1+0 records in > 1+0 records out > 512 bytes (512 B) copied, 2.83143 s, 0.2 kB/s Thanks for the report. When removing the code which was supposedly only affecting Windows 2000 and earlier, I didn't notice that this code path is still required for floppy drives. I don't own a floppy drive for ages :} This should be fixed in CVS. Please give the Cygwin DLL from today's snapshot on http://cygwin.com/snapshots/ a try. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgplLUTLMI_iv.pgp Description: PGP signature
g++ fails in cc1plus due to path
I'm running 32 bit Cygwin on a 64 bit machine to build 32 bit binaries. Trying
to build a simple program fails due to a pathing issue related to g++/cc1plus.
I've tried several Cygwin re-installs, so that is not the issue. Calling "g++
foo.cpp" just hangs and never terminates. The program is a simple: int
main(){return 0;}.
I get the following from strace. This shows that the initialization path is
\??\C:\Windows instead of \??\C:\cygwin. I don't know where this is coming
from.
0 0 [main] cc1plus (9284)
**
192 192 [main] cc1plus (9284) Program name:
C:\cygwin\lib\gcc\i686-pc-cygwin\4.8.2\cc1plus.exe (windows pid 9284)
45 237 [main] cc1plus (9284) OS version: Windows NT-6.1
53 290 [main] cc1plus (9284)
**
1209 1499 [main] cc1plus (9284) sigprocmask: 0 = sigprocmask (0, 0x6123D468,
0x610FBA10)
518 2017 [main] cc1plus 9284 open_shared: name shared.5, n 5, shared
0x60FF (wanted 0x60FF), h 0x8C, *m 0
81 2098 [main] cc1plus 9284 shared_info::initialize: Installation root:
<\??\C:\Windows> key: <090b3d8675b3a96d>
At the end of the output, I see this, which is a problem because it's a
blocking read to a path that doesn't exist.
56 157867 [main] cc1plus 9284 path_conv::check:
this->path(C:\Windows\usr\include), has_acls(1)
37 157904 [main] cc1plus 9284 __set_errno: int stat_worker(path_conv&,
__stat64*):1858 setting errno 2
37 157941 [main] cc1plus 9284 stat_worker: -1 =
(\??\C:\Windows\usr\include,0x1C8AAC0)
1780 159721 [main] cc1plus 9284 time: 1400604366 = time(0)
38 159759 [main] cc1plus 9284 fstat64: 0 = fstat(0, 0x80056750)
58 159817 [main] cc1plus 9284 read: read(0, 0x8006C528, 8192) blocking
Thanks so much for your help!
Henry
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: g++ fails in cc1plus due to path
Cook, Henry wrote:
I'm running 32 bit Cygwin on a 64 bit machine to build 32 bit binaries.
> Trying to build a simple program fails due to a pathing issue related
> to g++/cc1plus. I've tried several Cygwin re-installs, so that is not
> the issue. Calling "g++ foo.cpp" just hangs and never terminates.
> The program is a simple: int main(){return 0;}.
1) I'm going to beat everyone else to the punch and suggest you go here:
https://cygwin.com/problems.html
In particular, a cygcheck output looks like it might be useful.
2) Can you please convince your mail program to put in a line break
occasionally?
3) I think I disagree with you that your install is not the issue, since
your test program compiles and runs perfectly for me.
I did change the return value to 5 for testing purposes.
$ cat > foo.cpp << EOF
> int main() { return 5; }
> EOF
$ g++ foo.cpp
$ ./a.exe
$ echo $?
5
I get the following from strace. This shows that the initialization path
> is \??\C:\Windows instead of \??\C:\cygwin. I don't know where this
is coming from.
0 0 [main] cc1plus (9284)
**
192 192 [main] cc1plus (9284) Program name:
C:\cygwin\lib\gcc\i686-pc-cygwin\4.8.2\cc1plus.exe (windows pid 9284)
45 237 [main] cc1plus (9284) OS version: Windows NT-6.1
53 290 [main] cc1plus (9284)
**
I don't see any initialization path stuff in my strace. I suspect you
have an old cygwin1.dll somewhere, and running cygcheck as described on
the "Reporting Problems" page linked above will likely point that out.
Are you running cc1plus directly?
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: perl-Text-CSV_XS-1.08-1
Version 1.08-1 of perl-Text-CSV_XS has been uploaded. CHANGE LOG == 1.08- 2014-05-17, H.Merijn Brand * Documentation updates * Allow disjointed CSV cell fragment lists DESCRIPTION === Text::CSV_XS provides facilities for the composition and decomposition of comma-separated values. An instance of the Text::CSV_XS class will combine fields into a CSV string and parse a CSV string into fields. The module accepts either strings or files as input and support the use of user-specified characters for delimiters, separators, and escapes. CPAN http://search.cpan.org/~hmbrand/Text-CSV_XS/CSV_XS.pm Cheers, Dave. If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: perl-Text-CSV_XS-1.08-2 [TEST]
Version 1.08-2 of perl-Text-CSV_XS has been uploaded. This is a test release, built against the test version of perl 5.18.2, and is only available for x86 at this time. CHANGE LOG == 1.08- 2014-05-17, H.Merijn Brand * Documentation updates * Allow disjointed CSV cell fragment lists DESCRIPTION === Text::CSV_XS provides facilities for the composition and decomposition of comma-separated values. An instance of the Text::CSV_XS class will combine fields into a CSV string and parse a CSV string into fields. The module accepts either strings or files as input and support the use of user-specified characters for delimiters, separators, and escapes. CPAN http://search.cpan.org/~hmbrand/Text-CSV_XS/CSV_XS.pm Cheers, Dave. If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: g++ fails in cc1plus due to path
Thanks Chris. It was indeed the cygwin1.dll. I have an old version of cygwin installed (2.774) along with this one 2.850 (32 bit). All of the mirrors are down from that version, so I installed a new one. Reading the forum, I thought it was OK to have multiple versions of cygwin installed, but I suppose the cygwin1.dll file is an exception to that. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Bug report: 1.7.19 broke floppy drive access
Confirmed fixed, Corinna. Awesome! Thank you! ~ Sean On Tue, 20 May 2014 12:39:20 +0200, Corinna Vinschen wrote: >On May 19 15:28, Sean Gugler wrote: >> Greetings, >> >> I've discovered that 5.25" and 3.5" floppy drive access became broken >> as of Cygwin1.dll version 1.7.19-1 (2013-06-05 01:07:23). I reported >> this back in October, but perhaps the message never got through. The >> problem persists with the latest version. >> >> I tested by updating all my packages to current as of 2014-05-07, then >> simply swapping cygwin1.dll with older versions. >> >> cygwin1.dll 1.7.29-1 (2014-02-09 13:07:01 - LATEST) >> >> $ dd if=/dev/fd1 of=./junk count=1 >> dd: opening `/dev/fd1': Bad address >> >> cygwin1.dll 1.7.19-1 (2013-06-05 01:07:23) >> >> $ dd if=/dev/fd1 of=./junk count=1 >> dd: opening `/dev/fd1': Bad address >> >> cygwin1.dll 1.7.18-1 (2013-04-19 01:40:41) >> >> $ dd if=/dev/fd1 of=./junk count=1 >> 1+0 records in >> 1+0 records out >> 512 bytes (512 B) copied, 2.83143 s, 0.2 kB/s > >Thanks for the report. When removing the code which was supposedly >only affecting Windows 2000 and earlier, I didn't notice that this >code path is still required for floppy drives. I don't own a floppy >drive for ages :} > >This should be fixed in CVS. Please give the Cygwin DLL from today's >snapshot on http://cygwin.com/snapshots/ a try. > > >Thanks, >Corinna > >-- >Corinna Vinschen Please, send mails regarding Cygwin to >Cygwin Maintainer cygwin AT cygwin DOT com >Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
OpenLDAP - Upgrade distribution to 2.4.39
Hello Cygwin Community, Are there plans to upgrade OpenLDAP to 2.4.39? 2.4.35 has lots of bugs that's been resolved in 2.4.39, and the OpenLDAP group recommends everyone using OpenLDAP to upgrade to the latest version before 2.5 is officially released. Regards, Auteria Winzer Jr. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
emacs oddity
I've been noticing the background timer giving odd messages from emacs-w32 once in a while such as the following when not touching the keyboard and the editor is idle.: seconds-to-time: Arithmetic range error: "round", -0.0e+NaN seconds-to-time: Arithmetic range error: "round", 0.0 The stack dump of a recent emacs crash report on this list seemed to be in background timer code. Maybe we found something.
Re: g++ fails in cc1plus due to path
Hi Henry. Cook, Henry wrote: Thanks Chris. It was indeed the cygwin1.dll. I have an old version of > cygwin installed (2.774) along with this one 2.850 (32 bit). All of > the mirrors are down from that version, so I installed a new one. > Reading the forum, I thought it was OK to have multiple versions > of cygwin installed, but I suppose the cygwin1.dll file is an > exception to that. I don't know where you came up with those version numbers. I've never seen any versions like those. I am pretty sure that the current version of Cygwin is 1.7.29-2. But if you got it working, then I'm happy. -- Chris J. Breisch -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: emacs oddity
On 5/20/2014 7:57 PM, Max Polk wrote: I've been noticing the background timer giving odd messages from emacs-w32 once in a while such as the following when not touching the keyboard and the editor is idle.: seconds-to-time: Arithmetic range error: "round", -0.0e+NaN seconds-to-time: Arithmetic range error: "round", 0.0 The stack dump of a recent emacs crash report on this list seemed to be in background timer code. Maybe we found something. Have you tried the test release (https://cygwin.com/ml/cygwin/2014-05/msg00047.html)? Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: g++ fails in cc1plus due to path
On 05/20/2014 05:52 PM, Cook, Henry wrote: Thanks Chris. It was indeed the cygwin1.dll. I have an old version of cygwin installed (2.774) along with this one 2.850 (32 bit). All of the mirrors are down from that version, so I installed a new one. Reading the forum, I thought it was OK to have multiple versions of cygwin installed, but I suppose the cygwin1.dll file is an exception to that. If you have more than 1 version of Cygwin installed, you need to be careful not to have multiple versions in your path. With one in the Windows directory, that's really not possible if you're trying to use the new DLL. This is why we recommend against putting the Cygwin DLL in any of the default Windows directories. If you do so, your configuration is definitely an exception. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: g++ fails in cc1plus due to path
On 05/20/2014 08:33 PM, Chris J. Breisch wrote: Hi Henry. Cook, Henry wrote: Thanks Chris. It was indeed the cygwin1.dll. I have an old version of > cygwin installed (2.774) along with this one 2.850 (32 bit). All of > the mirrors are down from that version, so I installed a new one. > Reading the forum, I thought it was OK to have multiple versions > of cygwin installed, but I suppose the cygwin1.dll file is an > exception to that. I don't know where you came up with those version numbers. I've never seen any versions like those. I am pretty sure that the current version of Cygwin is 1.7.29-2. Those would be setup*.exe version numbers rather than package version numbers. Unfortunately, they aren't helpful for understanding anything other than the version of setup*.exe that was used to install the various packages. -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
