Re: Pulling the switch on GCC4.
On Sep 27 21:48, Charles Wilson wrote: Dave Korn wrote: As things stand I've only rolled one set of packages, so it will throw the switch for both. I guess that could be a bit inconvenient for 1.5 users who will have to add -static if they want full C++ compliance. I could change it to only throw the switch for 1.7 if people think that's desirable, this is just the sort of thing I wanted to get people's feelings on. At this point, as 1) it seems that the Smart Folks have figured out how to address the last known release blocker for 1.7 (the whole UTF filename thing), so 1.7.1 should be relatively imminent -- my personal supposition, carries no official weight, yadda yadda yadda 2) your effort is at a premium 3) Those who disagree with throwing the switch for 1.5 can easily switch back using the alternatives system I say keep on as you have planned: one package to rule them all, and throw the switch for both. Agreed on all points. Except you are shying at another gold star in which case you should keep gcc-3 the default, Dave. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU] bzr-2.0.0-1
On Sep 27 16:53, Jari Aalto wrote: New upstream release. 1.5: wget \ http://cante.net/~jaalto/tmp/cygwin/bzr/1.5/bzr-2.0.0-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/1.5/bzr-2.0.0-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/1.5/setup.hint 1.7: wget \ http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.0.0-2-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.0.0-2.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/setup.hint Uploaded. Are the old 1.10 and 1.11 releases up for shreds? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[RFU-1.7] irssi-0.8.14-1
New upstream release, for cygwin-1.7. Compiled using gcc-4. category: Net requires: cygwin glib2 libncurses9 openssl perl sdesc:A terminal based IRC client. ldesc:A terminal based IRC client. Supports autologging, formats and themes, configurable keybindings, perl scripting. wget \ http://kacygwinlist2.googlepages.com/irssi-0.8.14-1-src.tar.bz2 \ http://kacygwinlist2.googlepages.com/irssi-0.8.14-1.tar.bz2 \ http://kacygwinlist2.googlepages.com/setup.hint
Re: [RFU-1.7] irssi-0.8.14-1
On Sep 28 16:52, Kostya Altukhov wrote: wget \ http://kacygwinlist2.googlepages.com/irssi-0.8.14-1-src.tar.bz2 \ http://kacygwinlist2.googlepages.com/irssi-0.8.14-1.tar.bz2 \ http://kacygwinlist2.googlepages.com/setup.hint Uploaded. Can the older 0.8.12 release be removed? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU-1.7] irssi-0.8.14-1
On Mon, Sep 28, 2009 at 5:40 PM, Corinna Vinschen wrote: Uploaded. Can the older 0.8.12 release be removed? Yes, I think so. Kostya
Re: [RFU] bzr-2.0.0-1
Corinna Vinschen Uploaded. Are the old 1.10 and 1.11 releases up for shreds? Yes, it's safe to remove those. Jari
Re: Pulling the switch on GCC4.
Btw., Dave, On Sep 28 10:51, Corinna Vinschen wrote: On Sep 27 21:48, Charles Wilson wrote: Dave Korn wrote: As things stand I've only rolled one set of packages, so it will throw the switch for both. I guess that could be a bit inconvenient for 1.5 users who will have to add -static if they want full C++ compliance. I could change it to only throw the switch for 1.7 if people think that's desirable, this is just the sort of thing I wanted to get people's feelings on. At this point, as 1) it seems that the Smart Folks have figured out how to address the last known release blocker for 1.7 (the whole UTF filename thing), so 1.7.1 should be relatively imminent -- my personal supposition, carries no official weight, yadda yadda yadda 2) your effort is at a premium 3) Those who disagree with throwing the switch for 1.5 can easily switch back using the alternatives system I say keep on as you have planned: one package to rule them all, and throw the switch for both. Agreed on all points. Except you are shying at another gold star in which case you should keep gcc-3 the default, Dave. Does the new gcc version now set the TSAWARE flag by default? That would be quite important, so that at leats new applications run on a Terminal Server right from the start. Especially bash is an important candidate. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Pulling the switch on GCC4.
Corinna Vinschen wrote: Does the new gcc version now set the TSAWARE flag by default? That would be quite important, so that at leats new applications run on a Terminal Server right from the start. Especially bash is an important candidate. Arrgh. No, it doesn't. Blast, knew I was bound to forget something. We'll need to hang on to peflags for now, but I'll certainly add the relevant option to the linker spec for next time round. (We should probably send a patch to that effect upstream as well.) Do you want to delay the release for this? It will take about a fortnight to do a respin. I was planning to start a new spin rolling in the background basically as soon as I've uploaded this version (just to add the missing patch for pr38579), so 4.3.4-2 could follow equally as quickly as it would take me to respin 4.3.4-1 and fix both these issues in the same timescale without delaying the initial rollout, if you think that's ok. cheers, DaveK
Re: Pulling the switch on GCC4.
On 28/09/2009 21:20, Dave Korn wrote: Do you want to delay the release for this? It will take about a fortnight to do a respin. I was planning to start a new spin rolling in the background basically as soon as I've uploaded this version (just to add the missing patch for pr38579), so 4.3.4-2 could follow equally as quickly as it would take me to respin 4.3.4-1 and fix both these issues in the same timescale without delaying the initial rollout, if you think that's ok. +1 for deferring to 4.3.4-2, since you're planning one soon anyway. BTW, what is the status of std::wstring? Yaakov
Re: Pulling the switch on GCC4.
Dave Korn wrote: 4.3.4-1 will be ready to upload as soon as I've finished updating the README, run the cygport packaging step, and test-installed the packages. Glad I did that. It doesn't work on 1.5, owing to it having detected the availability of stpcpy() in 1.7 and linked against it when I compiled it; 1.5 doesn't export the function so we get a dll load fail error at startup (STATUS_ENTRYPOINT_NOT_FOUND or however it goes). So this is going to be a 1.7-only release. Since 1.5 is going to be with us for some time, I'll do a 1.5 build of the -2 release, but as long as I'm doing that anyway, I have the opportunity to reconsider whether to not throw the switch for 1.5. So, now the time/work factor is taken out of consideration and it's essentially for free, does that change the balance of anyone's preferences? cheers, DaveK
Re: Path problem with xterm
- Original Message - From: Mike Ayers If you set PATH absolutely in .bash_profile, the right thing will happen. You may want to copy the initial value of PATH into another exported env var, so that you can see if there have been changes to the default path. Hi Mike. If I can find some time this week, I'm tempted to give this a try but I don't quite understand how it would work. Are you saying that an absolute path in .bash_profile will somehow override the other paths? Or that it will somehow prevent the various other scripts from adding their own entries? Or will I still have to track down all those other files and edit them anyway? John -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog cygheap.cc dcrt0.c ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-09-28 10:43:49 Modified files: winsup/cygwin : ChangeLog cygheap.cc dcrt0.cc environ.cc syscalls.cc Log message: * cygheap.cc (cygheap_init): Default locale.charset to UTF-8. * dcrt0.cc (dll_crt0_1): Call setlocale (LC_CTYPE, ) here, just before resetting application locale to C. * environ.cc (environ_init): Drop code setting locale here. * syscalls.cc (check_codepage): Break out check for required codepage from internal_setlocale. (internal_setlocale): Just convert CWD and $PATH from old charset to new charset and set internal charset. (setlocale): Change accordingly. Don't require LC_ALL or LC_CTYPE to store old locale value. Always call internal_setlocale if charset changed due to locale environment changes. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4662r2=1.4663 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.151r2=1.152 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?cvsroot=srcr1=1.362r2=1.363 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/environ.cc.diff?cvsroot=srcr1=1.180r2=1.181 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.536r2=1.537
src/winsup/cygwin ChangeLog fhandler.h fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-09-28 12:10:33 Modified files: winsup/cygwin : ChangeLog fhandler.h fhandler_console.cc strfuncs.cc wchar.h Log message: * fhandler.h (class dev_console): Constify charset parameter of str_to_con. * fhandler_console.cc (dev_console::con_to_str): Simplify. Always default to the current internal locale. (dev_console::get_console_cp): Always use codepage 437 for alternate charset. (dev_console::str_to_con): Constify charset parameter. (fhandler_console::write_normal): Always use codepage 437 for alternate charset. Otherwise always default to the current internal locale. Replace ASCII SO with ASCII CAN. * strfuncs.cc: Tweka comments according to below changes. (sys_cp_wcstombs): Constify charset parameter. Convert all wchar_t values in the Unicode private use area U+F0xx to the singlebyte counterpart. Drop special handling creating ASCII SO sequence from U+DCxx value. Rearrange for performance. Replace ASCII SO with ASCII CAN. (sys_cp_mbstowcs): Constify charset parameter. Replace ASCII SO with ASCII CAN. Drop special case for U+DCxx ASCII SO sequences. Always create a replacement from the Unicode private use area U+F0xx for invalid byte values in a multibyte sequence. Do the same for wchar_t values from the U+F0xx range to make them roundtrip safe. * wchar.h (sys_cp_wcstombs): Constify charset parameter. (sys_cp_mbstowcs): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4663r2=1.4664 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.380r2=1.381 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_console.cc.diff?cvsroot=srcr1=1.203r2=1.204 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/strfuncs.cc.diff?cvsroot=srcr1=1.37r2=1.38 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wchar.h.diff?cvsroot=srcr1=1.9r2=1.10
mailing list responses [Re: Console codepage setting via chcp?]
[meta-response, irrelevant for topic discussion] Corinna wrote: Any reason you redirected your reply to the cygwin list? It doesn't make much sense to disuss this in two lists and it's breaking the threading on the cygwin-developers list for no apparent reason. No, sorry, I had been cross-linked to the cygwin-developers archive from another mail on this list so I hadn't even noticed. And once you are on the web archive, you wouldn't easily touch the mail with your normal mailer to automatic construct a proper response, especially since I'm not subscribe to cygwin-developers, so I was pasting the wrong headers :( Another note: Since I fail to receive the cygwin mailing list in my mailbox for some reason, I follow that on the web archive as well. I construct responses manually, using the available References headers; however, the web archive does not quote the Message-Id of the respective message itself, so the response will always be positioning one behind in the thread. I'm sorry for this, too, but I think the web archive should be fixed to display also the Message-Id header of each message shown, please. Please resend your reply to the cygwin-developers list, into the right thread. I'll post an updated response after I've studied the lots of messages that have been added meanwhile ... :) Kind regards, Thomas -- 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: ls / does not show /c with cygdrive prefix=/
Mikel Ward wrote: Hi All If I use a standard install with the cygdrive prefix as /cygdrive, the drive letters appear in a directory listing: $ ls /cygdrive c d w But if I change cygdrive to /, they don't: $ mount -c / $ ls / Cygwin.bat bindev home optsbin usr Cygwin.ico cygdrive etc libproc tmpvar [ends] But of course, they are there: $ ls /c $Recycle.Bin PerfLogs [...] That's as Administrator. Adding the -s flag to mount doesn't help, neither does a reboot. Is there any way to make /c, etc. appear in the listing? I'm running on Windows Server 2008 64-bit with Cygwin DLL 1.5.25-19. cygcheck on request. Thanks Mike -- 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 Hi Mike, I found a solution, but it seems a bit hacky: create directories for the drives you want to see in the root directory. I created a directory e in my c:\cygwin directory: c:\cygwin\e using Windows Explorer and restarted the Cygwin shell: now $ls Cygwin.bat Cygwin.ico bin cygdrive e ... $ls /e works as before I couldnt' do it from within Cygwin: $ mkdir /e mkdir: cannot create directory `/e': Permission denied I thought it might be because the filesystem was mounted, but: $ mount ... e: on /e type system (binmode,noumount) ... doesn't look like like I can umount the driveletters while cygwin is running, hence using Windows Explorer on the Cygwin install. All in all I wonder if the lack of driveletters under / is a symptom of using the wrong method of getting rid of the cygdrive prefix? Cheers, Chris -- 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: mailing list responses [Re: Console codepage setting via chcp?]
On Sep 28 13:12, Thomas Wolff wrote: [meta-response, irrelevant for topic discussion] Corinna wrote: Any reason you redirected your reply to the cygwin list? It doesn't make much sense to disuss this in two lists and it's breaking the threading on the cygwin-developers list for no apparent reason. No, sorry, I had been cross-linked to the cygwin-developers archive from another mail on this list so I hadn't even noticed. And once you are on the web archive, you wouldn't easily touch the mail with your normal mailer to automatic construct a proper response, especially since I'm not subscribe to cygwin-developers, so I was pasting the wrong headers :( Another note: Since I fail to receive the cygwin mailing list in my mailbox for some reason, I follow that on the web archive as well. If you are sure you're subscribed with the correct email address, and if you are sure that it's not something in your ISPs setup, or your own SPAM filter, then you should send a mail to the mailing list overseers at sourceware dot org, describing your problem. Maybe they can help you. Other than that, there's also the news gateway nabble, which allows to read the mailing list via news reader. That's much easier than to sift through the mailing list archive. I construct responses manually, using the available References headers; however, the web archive does not quote the Message-Id of the respective message itself, so the response will always be positioning one behind in the thread. I'm sorry for this, too, but I think the web archive should be fixed to display also the Message-Id header of each message shown, please. Can't say anything about that. That's how ezmlm works, I assume. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader 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
Re: ls / does not show /c with cygdrive prefix=/
On Sep 28 11:04, Mikel Ward wrote: Hi All If I use a standard install with the cygdrive prefix as /cygdrive, the drive letters appear in a directory listing: $ ls /cygdrive c d w But if I change cygdrive to /, they don't: $ mount -c / $ ls / Cygwin.bat bindev home optsbin usr Cygwin.ico cygdrive etc libproc tmpvar [ends] But of course, they are there: $ ls /c $Recycle.Bin PerfLogs [...] That's as Administrator. Adding the -s flag to mount doesn't help, neither does a reboot. Is there any way to make /c, etc. appear in the listing? Manually, yes, automatically, no. You can change your cygdrive folder to any other folder and the drives will show up there. This has only been disabled for the root folder for performance reasons. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader 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
[1.7] Setup won't create local package directory?
On Cygwin Setup - Select Local Package Directory, it says The directory will be created if it does not already exist. But if I type in the name of a new folder (whose parent folder exists), and I get this error message: Could not change dir to [...full path...]: The system cannot find the file specified. [0002] [Abort][Retry][Ignore] Anyone else seeing this? This is on a fresh Windows XP Pro install. -- Mark J. Reed markjr...@gmail.com -- 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
does cygwin mutt work with gmail pop3?
Hi, From what I could find on google there is an issue supporting the TOP command and indeed mutt complained when I tried. Suggestions? Thanks. -- marchy...@gmail.com Mike Marchywka 586 Saint James Walk Marietta GA 30067-7165 415-264-8477 (w)- use this 404-788-1216 (C)- leave message 989-348-4796 (P)- emergency only marchy...@hotmail.com Note: If I am asking for free stuff, I normally use for hobby/non-profit information but may use in investment forums, public and private. Please indicate any concerns if applicable. Note: hotmail is censoring incoming mail using random criteria beyond my control and often hangs my browser but all my subscriptions are here..., try also marchy...@yahoo.com -- 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] [1.7] Updated: irssi-0.8.14-1
Version 0.8.14-1 of irssi has been uploaded. Irssi is a powerful terminal based IRC client. Changes from the previous release: - New mainstream version, http://irssi.org/news/ChangeLog - Filter out invalid characters from autolog file names If you have questions or comments, please send them to the cygwin mailing list at: cygwin@cygwin.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
gcc 4.3.2 rethrow exception
Rethrowing an exception in Cygwin's gcc 4.3.2 causes an abort. This works with gcc 3.4.4 and in Linux with gcc 4. Below is an example that is compiled as: gcc rethrow.cpp -lstdc++. Any insights would be appreciated. -z --- #include stdio.h #include stdlib.h void test2() throw(int) { throw 2; } int rethrow_fail() throw(int) { try { test2(); return(0); } catch(int i) { throw; // this throw causes the program to abort } } int rethrow_ok() throw(int) { int n; try { test2(); return(0); } catch(int i) { n = i; } throw n; // this throw works since outside of the catch } int main() { // --- // the following works with the exception caught // --- try { printf(rethrow_ok return=%d\n, rethrow_ok()); } catch(int n) { printf(rethrow_ok exception=%d\n, n); } // --- // the following will fail with the program aborting when // build with Cygwin gcc 4.3.2 // --- try { printf(rethrow_fail return=%d\n, rethrow_fail()); } catch(int n) { printf(rethrow_fail exception=%d\n, n); } return(0); } // override of abort so can trap abort extern C void abort(void) { printf(abort\n); exit(1); } --- -- View this message in context: http://www.nabble.com/gcc-4.3.2-rethrow-exception-tp25645396p25645396.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: mailing list responses [Re: Console codepage setting via chcp?]
On Mon, Sep 28, 2009 at 01:30:17PM +0200, Corinna Vinschen wrote: On Sep 28 13:12, Thomas Wolff wrote: [meta-response, irrelevant for topic discussion] That's for sure. Corinna wrote: Any reason you redirected your reply to the cygwin list? It doesn't make much sense to disuss this in two lists and it's breaking the threading on the cygwin-developers list for no apparent reason. No, sorry, I had been cross-linked to the cygwin-developers archive from another mail on this list so I hadn't even noticed. And once you are on the web archive, you wouldn't easily touch the mail with your normal mailer to automatic construct a proper response, especially since I'm not subscribe to cygwin-developers, so I was pasting the wrong headers :( Another note: Since I fail to receive the cygwin mailing list in my mailbox for some reason, I follow that on the web archive as well. If you are sure you're subscribed with the correct email address, There is no one with towo in their name subscribed to the cygwin mailing list. and if you are sure that it's not something in your ISPs setup, or your own SPAM filter, then you should send a mail to the mailing list overseers at sourceware dot org, describing your problem. Maybe they can help you. Actually, this is a *postmaster* issue. There is no reason to bother overseers. See http://sourceware.org/lits.html#faq . But, since no one with a towo in their email address is subscribed or has ever subscribed there doesn't seem to be any mystery here. Also, the web archive is not intended to be a mechanism for responding to email. Using it to monitor the cygwin lists is not very efficient. cgf -- 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: bzr 2.0.0 -- Python based distributed version control
Available both for Cygwin 1.5 and 1.7 PACKAGE DESCRIPTION === Home page: http://bazaar-vcs.org/ License : GPL (Bzr is part of GNU project) Distributed version control that is used in projects like managing Ubuntu packages http://ubuntulinux.org and it is one of the funded projects of Canonical. - Uses one .bzr directory at the top of the tree - The user interface is simple and familiar to people with experience from CVS or Subversion. - Offers a choice between centralized and decentralized/diconnected work. - Strong security. History can be GPG-signed to protect against man-in-the-middle attacks, bad mirrors, server intrusion or data corruption. CHANGES SINCE LAST RELEASE == Bazaar 2.0.0 is the first long term support release. It contains extensive core infrastructure changes (new repository format). The new engine offers substantial speed enhancements compared the previous releases. http://doc.bazaar-vcs.org/development/en/release-notes/index.html (primary) http://doc.bazaar-vcs.org/bzr.dev/en/release-notes/NEWS.html (secondary) https://launchpad.net/bzr/+announcements (project announcements) INSTALL OR UPGRADE NOTES Upgrade existing branches to new format with commands: bzr infoTo see current repository format bzr reconcile To correct metadata prior upgrade bzr upgrade To convert repository to latest format bzr packTo make repository faster Following additional Cygwin modules can be also installed: python-paramiko - for ssh/sftp support python-crypto - required by paramiko CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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 More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above 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: syslog-ng: some packaging glitches
Hi, On Thu, Mar 19, 2009 at 17:36, Julio Emanuel wrote: Hi Corinna (I think this is with you), I've been struggling with a small (but deadly) problem in the current syslog-ng package: ~ $ cygcheck -c syslog-ng Cygwin Package Information Package Version Status syslog-ng 3.0.1-1 OK The service could not be started after running syslog-ng-config, complaining like this: Improperly formatted configuration pragma, colon expected; line='@version 3.0\x0a'. This still happens :( ... and that's normal, because there were no new syslog releases since! :) The patch (in correct order this time): ~ $ diff -u /usr/bin/syslog-ng-config.old /usr/bin/syslog-ng-config --- /usr/bin/syslog-ng-config.old 2009-09-28 16:15:27.367887300 +0100 +++ /usr/bin/syslog-ng-config 2009-09-28 16:15:50.197327200 +0100 @@ -205,7 +205,7 @@ then echo Creating default ${SYSCONFDIR}/syslog-ng.conf file cat ${SYSCONFDIR}/syslog-ng.conf EOF -...@version 3.0 +...@version: 3.0 options { keep_hostname(yes); owner(system); Could we have a 3.0.1-2, please? Or a 3.0.x whatever. I recall that there were some other problems, but those related with upstream code. I'll probably bump into them in the new few hours :( Also, as a sidenote, It's very disturbing finding that I'm the only syslog-ng cygwin user in this 6+ months!? At least I've no other explanation why no one else had problems with syslog-ng... -- ___ Julio Costa -- 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
Tree command - Display Structure of Directory Hierarchy
Hi, In which package of cygwin repository I can find and install the tree command? -- Att. Bruno Galindro da Costa bruno.galin...@gmail.com Florianópolis - SC -- 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: syslog-ng: some packaging glitches
On Sep 28 16:46, Julio Costa wrote: Hi, On Thu, Mar 19, 2009 at 17:36, Julio Emanuel wrote: Hi Corinna (I think this is with you), I've been struggling with a small (but deadly) problem in the current syslog-ng package: ~ $ cygcheck -c syslog-ng Cygwin Package Information Package Version Status syslog-ng 3.0.1-1 OK The service could not be started after running syslog-ng-config, complaining like this: Improperly formatted configuration pragma, colon expected; line='@version 3.0\x0a'. This still happens :( ... and that's normal, because there were no new syslog releases since! :) The patch (in correct order this time): ~ $ diff -u /usr/bin/syslog-ng-config.old /usr/bin/syslog-ng-config --- /usr/bin/syslog-ng-config.old 2009-09-28 16:15:27.367887300 +0100 +++ /usr/bin/syslog-ng-config 2009-09-28 16:15:50.197327200 +0100 @@ -205,7 +205,7 @@ then echo Creating default ${SYSCONFDIR}/syslog-ng.conf file cat ${SYSCONFDIR}/syslog-ng.conf EOF -...@version 3.0 +...@version: 3.0 options { keep_hostname(yes); owner(system); Could we have a 3.0.1-2, please? Done. Thanks for the reminder. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader 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
Re: The C locale
2009/9/27 IWAMURO Motonori deenhe...@gmail.com: LANG=ja - EUCJP LANG=ja_JP - EUCJP Hmmm, It is a difficult problem. I think selecting UTF-8 is good because eucJP is legacy. But, for interoperability with other UNIX-like system(*), I don't think selecting UTF-8 is good. * Solaris: ja, ja_JP - eucJP * Linux (Debian): ja - Unknown, ja_JP - eucJP I need to think more... My conclusion is as follows as a result of hearing other Japanese people's opinion: LANG=ja - UTF-8 LANG=ja_JP - UTF-8 Because, we specify eucJP explicitly when we need it. -- IWAMURO Motnori http://vmi.jp/ -- 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
XWin not working on vista?
Morning, I've been trying to get XWin to work on Vista without much success. As administrator I can start XWin (using startxwin.sh from a bash shell), but trying the same as a user, even a user with admin privileges (in the Administrator's group), XWin still does not start. When trying as a user I get the error: u...@host ~ $ startxwin.sh u...@host ~ $ xterm Xt error: Can't open display: 127.0.0.1:0.0 !cat cat /var/log/XWin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (20090222) Contact: cygwin-xf...@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello Screen 0 added at XINERAMA coordinate (0,0). winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winDeinitMultiWindowWM - Noting shutdown in progress u...@host ~ I don't see an error here. X starting as admin and not as a user to me says permissions in vista. I have the User Access Control turned off and firewall exceptions for XWin and for port 6000/tcp. I've also tried starting X with the firewall turned off without success. Suggestions on what to try next? Mike MS Vista Business, 64 bit, 4GB ram reinstalled cygwin this morning from an rsync this weekend -- 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: The C locale
On Sep 29 01:03, IWAMURO Motonori wrote: 2009/9/27 IWAMURO Motonori deenhe...@gmail.com: LANG=ja - EUCJP LANG=ja_JP - EUCJP Hmmm, It is a difficult problem. I think selecting UTF-8 is good because eucJP is legacy. But, for interoperability with other UNIX-like system(*), I don't think selecting UTF-8 is good. * Solaris: ja, ja_JP - eucJP * Linux (Debian): ja - Unknown, ja_JP - eucJP I need to think more... My conclusion is as follows as a result of hearing other Japanese people's opinion: LANG=ja - UTF-8 LANG=ja_JP - UTF-8 Because, we specify eucJP explicitly when we need it. Hmm. That's an interesting point. In theory this sounds like a good idea to be used for all locales which don't specify the charset explicitely, because that results in using the same charset, UTF-8, for all such locales. C, ja or en_US would all default to UTF-8. The downside is that a user, who needs to work under the default ANSI codepage for some reason, has to know the name of the default ANSI codepage. Right now any user who needs the default ANSI codepage can simply set LANG to some language code and go ahead, without having to know the number. With your solution, that wouldn't be possible anymore and the user would have to figure out the default ANSI codepage on the system before being able to use it. I honestly don't know if that's really a problem, though. But I don't want to take that feature away for now. Anybody having a strong opinion on this issue? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader 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
Re: Tree command - Display Structure of Directory Hierarchy
On 09/28/2009 12:03 PM, Bruno Galindro da Costa wrote: In which package of cygwin repository I can find and install the tree command? http://cygwin.com/faq/faq-nochunks.html#faq.setup.what-packages http://cygwin.com/cgi-bin2/package-grep.cgi?grep=pstree.exe -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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: XWin not working on vista?
On 09/28/2009 12:08 PM, Mike Eggleston wrote: I've been trying to get XWin to work on Vista without much success. This should be sent to the cygwin-xfree list. That list deals with issues specific to Cygwin-X. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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: gcc 4.3.2 rethrow exception
zevel12 wrote: Rethrowing an exception in Cygwin's gcc 4.3.2 causes an abort. This works with gcc 3.4.4 and in Linux with gcc 4. Below is an example that is compiled as: gcc rethrow.cpp -lstdc++. This could be a Well, don't do that then situation. I tried your testcase, but I compiled it using g++ t.cpp and got a working executable with no sign of an abort: ad...@ubik /tmp/cxa/eh $ cat t.cpp #include stdio.h #include stdlib.h void test2() throw(int) { throw 2; } [ snip - same as in OP ] ad...@ubik /tmp/cxa/eh $ g++ --version g++ (GCC) 4.3.2 20080827 (beta) 2 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ad...@ubik /tmp/cxa/eh $ g++ t.cpp -o t.exe ad...@ubik /tmp/cxa/eh $ ./t.exe rethrow_ok exception=2 rethrow_fail exception=2 ad...@ubik /tmp/cxa/eh $ echo $? 0 ad...@ubik /tmp/cxa/eh $ It's always best to use the proper language driver for compiling C++ instead of adding -lstdc++ to the C compiler command-line, in fact it's not a supported mode of operation and in upcoming versions of the compiler will be non-conformant because it'll break the libstdc++ malloc wrappers. Please let us know if using the g++ driver fixes the problem for you. cheers, DaveK -- 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: Subversion svn fails silently after updating Cygwin
On 9/25/2009 10:49 PM, Chris Cormie wrote: I updated Cygwin today via setup.exe and Subversion ceased working: $ svn status $ ie no output whatsoever regardless of what command is given to svn including --help. [snip] I hadn't updated for several months so a dozen or so packages were updated. As far as I know setup.exe doesn't keep a log so I can't tell you which packages got updated. My current system state is attached. [snip] Is this a general issue that needs to be investigated or specific to my install? This sounds like you're missing a dependency required by subversion, although I can't see what it is from your cygcheck output. I use subversion daily in both 1.5 and 1.7 and it works fine, so this is not a general problem. I suggest sending the output of cygcheck /bin/svn to the list as an attachment. You can also try running strace /bin/svn. This will produce a lot of output which I would ignore for now. If svn is having a problem finding another DLL, strace should open a pop-up telling you what is missing. Please post any findings back to the list so I can fix the svn package's dependencies if needed. -- David Rothenberger daver...@acm.org Brain damage is all in your head. -- Karl Lehenbauer -- 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
Dynamic disk volume question
I'm running cygwin 1.7. I have two disks, both defined as dynamic disks under Windows. The first disk has two partitions, a regular 20GB partition and a second partition that is part of a spanned volume as part of the dynamic disk capability. The second disk has just one partition that is part of the spanned volume. The utility diskpart shows the spanned volume under the list volume command. I can assign a drive letter but then I can't write to the raw device via dd once the drive letter is assigned. dd can only write if there is no disk letter assigned. Under /proc/partitions the underlying partitions are shown correctly. That is, there is a /dev/sda1, /dev/sda2, and /dev/sdb1. Is there a way to directly access the spanned volume either using the GLOBALROOT method or other means? If I can use GLOBALROOT, how do I know which volume maps to each partition under GLOBALROOT? I'm trying to restore a dd capture of the dynamic disk spanned volume which was captured using a shadow copy of the original. I found some old references to this issue back in 2004 in the mail archives (http://www.cygwin.com/ml/cygwin/2004-06/msg00101.html) but couldn't find out the special device name assigned to dynamic disk spanned volumes. Thanks in advance. Rob -- 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: Tree command - Display Structure of Directory Hierarchy
Larry, Thank you very much for the anwser. In the package psmisc, the tree tool doesn't exists, only the tool pstree. I have searched in http://cygwin.com/packages/ for the tree tool, but it doesn't exists in this link. 2009/9/28 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com: On 09/28/2009 12:03 PM, Bruno Galindro da Costa wrote: In which package of cygwin repository I can find and install the tree command? http://cygwin.com/faq/faq-nochunks.html#faq.setup.what-packages http://cygwin.com/cgi-bin2/package-grep.cgi?grep=pstree.exe -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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 -- Att. Bruno Galindro da Costa bruno.galin...@gmail.com Florianópolis - SC -- 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: Tree command - Display Structure of Directory Hierarchy
Bruno Galindro da Costa wrote: Thank you very much for the anwser. In the package psmisc, the tree tool doesn't exists, only the tool pstree. I have searched in http://cygwin.com/packages/ for the tree tool, but it doesn't exists in this link. pstree shows the process tree not a directory tree. AFAIK cygwin does not provide a version of the DOS 'tree' command. I did find a shell script that mostly works: http://www.centerkey.com/tree/ -- Chuck -- 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
ftp from Win98 in command-only mode?
I need an ftp client that runs on an Intel x86 machine running Win98 SE that has been booted into mode 5 (Command prompt only). Can cygwin provide this? This is on a lab data-acquisition machine with old D-to-A hardware and software that will only run from Win98 booted into command-prompt mode. Upgrading would be too expensive. At the end of every day, I need to back up the data. I can do it now if I boot full Win98. Since that's pretty slow, I'd rather just ftp from the Win98 command line. It's possible that our IT guy is capable of setting up an ssh/scp server that I could access. Thanks. -- 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: ftp from Win98 in command-only mode?
On 09/28/2009 03:11 PM, Steve Kleene wrote: I need an ftp client that runs on an Intel x86 machine running Win98 SE that has been booted into mode 5 (Command prompt only). Can cygwin provide this? This is on a lab data-acquisition machine with old D-to-A hardware and software that will only run from Win98 booted into command-prompt mode. Upgrading would be too expensive. At the end of every day, I need to back up the data. I can do it now if I boot full Win98. Since that's pretty slow, I'd rather just ftp from the Win98 command line. It's possible that our IT guy is capable of setting up an ssh/scp server that I could access. I expect that the FTP client that comes with the inetutils package from Cygwin (1.5 for O/Ss NT 4.0) would work for you. But correct me if I'm wrong, doesn't Win98 have it's own command-line FTP client. It's been so long since I had to do anything with Win98 -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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
Lifespan of 1.5
After 1.7 is released what are the long term plans for 1.5? -- 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: Lifespan of 1.5
On 09/28/2009 03:21 PM, Murphy, John wrote: After 1.7 is released what are the long term plans for 1.5? Just like with the 1.3.x series, the 1.5.x series will be unsupported once 1.7.1 is released. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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: ftp from Win98 in command-only mode?
On Mon, 28 Sep 2009 15:11:25 -0400, I wrote: I need an ftp client that runs on an Intel x86 machine running Win98 SE that has been booted into mode 5 (Command prompt only). Can cygwin provide this? On Mon, 28 Sep 2009 15:15:45 -0400, Larry Hall replied: I expect that the FTP client that comes with the inetutils package from Cygwin (1.5 for O/Ss NT 4.0) would work for you. Thanks, that might be worth a shot. But correct me if I'm wrong, doesn't Win98 have it's own command-line FTP client. If I call Win98's ftp from command-prompt only mode, I get This program cannot be run in DOS mode. When my company had a Novell server, I could load the NIC drivers and connect from command mode. Since they've switched to Windows Server 2003, I can't even connect from full Win98, even after doing all of the mods suggested by M$. That's why I'm down to trying ftp or scp. I can backup via ftp or copying to a flash drive if I want to wait for full Win98 to boot. -- 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: ftp from Win98 in command-only mode?
On 09/28/2009 03:33 PM, Steve Kleene wrote: If I call Win98's ftp from command-prompt only mode, I get This program cannot be run in DOS mode. OK, I misunderstood what you meant. Cygwin expects Windows rather than DOS. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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
Cygwin Set up - Migrate to new machine
I am building a new laptop and was wondering if there was a way I could copy some ini or setup file from cygwin to the new one so that the cygwin installer would install the same packages as opposed to having to go through and tweak the install to get it the way I want it again. Thanks. Kevin -- 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: gcc 4.3.2 rethrow exception
Dave Korn-6 wrote: zevel12 wrote: Rethrowing an exception in Cygwin's gcc 4.3.2 causes an abort. This works with gcc 3.4.4 and in Linux with gcc 4. Below is an example that is compiled as: gcc rethrow.cpp -lstdc++. This could be a Well, don't do that then situation. I tried your testcase, but I compiled it using g++ t.cpp and got a working executable with no sign of an abort: ad...@ubik /tmp/cxa/eh $ cat t.cpp #include stdio.h #include stdlib.h void test2() throw(int) { throw 2; } [ snip - same as in OP ] ad...@ubik /tmp/cxa/eh $ g++ --version g++ (GCC) 4.3.2 20080827 (beta) 2 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ad...@ubik /tmp/cxa/eh $ g++ t.cpp -o t.exe ad...@ubik /tmp/cxa/eh $ ./t.exe rethrow_ok exception=2 rethrow_fail exception=2 ad...@ubik /tmp/cxa/eh $ echo $? 0 ad...@ubik /tmp/cxa/eh $ It's always best to use the proper language driver for compiling C++ instead of adding -lstdc++ to the C compiler command-line, in fact it's not a supported mode of operation and in upcoming versions of the compiler will be non-conformant because it'll break the libstdc++ malloc wrappers. Please let us know if using the g++ driver fixes the problem for you. cheers, DaveK -- 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 It did indeed fix the problem. As an added note, I also had to use g++ as the linker instead of gcc in my makefiles. Thanks, -z -- View this message in context: http://www.nabble.com/gcc-4.3.2-rethrow-exception-tp25645396p25651906.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: ftp from Win98 in command-only mode?
Larry Hall (Cygwin) schrieb: On 09/28/2009 03:33 PM, Steve Kleene wrote: If I call Win98's ftp from command-prompt only mode, I get This program cannot be run in DOS mode. OK, I misunderstood what you meant. Cygwin expects Windows rather than DOS. Win98 in command-prompt only mode is a pure DOS, so you need a DOS ftp client. Maybe this one at the FreeDOS webpage might help you. https://sourceforge.net/apps/mediawiki/freedos/index.php?title=Networking_FreeDOS_-_mTCP Kind regards René Liebschre -- 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: ftp from Win98 in command-only mode?
On 09/28/2009 03:33 PM, I wrote: If I call Win98's ftp from command-prompt only mode, I get This program cannot be run in DOS mode. On Mon, 28 Sep 2009 22:23:50 +0200, r.liebsc...@gmx.de replied: Win98 in command-prompt only mode is a pure DOS, so you need a DOS ftp client. Maybe this one at the FreeDOS webpage might help you. https://sourceforge.net/apps/mediawiki/freedos/index.php?title=Networking_FreeDOS_-_mTCP Thank you, René. I'll try that out. -- 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
RESOLVED: Dynamic disk volume question
In order to reference raw dynamic disk partitions I had to do the following. This only works under XP. Under Windows 7 it appears that the HarddiskDmVolumes no longer exists and I could not find its equivalent. - Map a drive letter to the dynamic disk volume of interest (I recommend you use diskpart) - Launch winobj.exe (from SysInternals) and then browse under GLOBAL?? to find out the shortcut that this drive letter maps. It will be something like /Device/HarddiskDmVolumes/SERVERNAMEDg0/VolumeX where SERVERNAME is the name of the server where the Dynamic Volume was created and X is a number (e.g. Volume1). This tells you the volume number to use. - Remove your drive letter assignment. I recommend using diskpart, select the volume and then enter remove all - Now you can access the raw partition by referencing //?/GLOBALROOT/Device/HarddiskDmVolumes/PhysicalVolumes/RawVolumeX where X is from the second step. So using dd might look something like this: dd if=/cygdrive/f/imagename.img of='//?/GLOBALROOT/Device/HarddiskDmVolumes/PhysicalDmVolumes/RawVolume1' There must be an easier way to know what raw volume is what, maybe some way to get the available disk space or something similar? You can probable even do an ls on it to determine if it is the one you want. You can probably access the raw partition without removing the drive letter too. I did this just to be safe. This method gives you a viable way to restore images to dynamic disks using dd and cygwin. I'm still wondering how this works under Windows 7...so if anyone knows, please post! Rob -- 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
Num lines in dirs: C:\cygwin\bin = 1152 C:\cygwin-1.7\bin = 289 WHY SO FEW?
I just now installed 1.7. Where *is* everything? bin has 289 files, whereas the non-beta has 1152. So, just how beta is 1.7. Alpha? Or am I missing something, eg there's still lots more for me to install by hand? Oh, someone tell me how to find the version number of a cygwin, and I can tell you what mine is. (Looks like the most recent files in bin are 15june09, so pretty darned recent, my standard cygwin.) Oh, *roughly* when might 1.7 become the standard cygwin? A year or so? Thanks! David -- 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
cygwin can't find any path data after Vista Service Pack 2 upgrade
Shortly after updating vista to service pack 2, Cygwin broke. It can't find anything. The bash shell launches to /cygdrive/c/cygwin/bin. No commands work, except for pwd and cd. If I invoke env by ./env (the only way it works) I get: bash-3.2$ ./env HOMEPATH=\Users\strannik APPDATA=C:\Users\strannik\AppData\Roaming TERM=cygwin PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel WINDIR=C:\Windows PUBLIC=C:\Users\Public PROGRAMDATA=C:\ProgramData USERDOMAIN=Palomnik OS=Windows_NT ALLUSERSPROFILE=C:\ProgramData !::=::\ TEMP=/cygdrive/c/Users/strannik/AppData/Local/Temp COMMONPROGRAMFILES=C:\Program Files\Common Files QTJAVA=C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip USERNAME=strannik PROCESSOR_LEVEL=6 PATH=/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System 32/Wbem:/cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/binn/:/cygdrive/ c/Program Files/Common Files/GTK/2.0/bin:/cygdrive/c/Program Files/QuickTime/QTS ystem/ FP_NO_HOST_CHECK=NO PWD=/cygdrive/c/cygwin/bin SYSTEMDRIVE=C: USERPROFILE=C:\Users\strannik LOGONSERVER=\\PALOMNIK PROCESSOR_ARCHITECTURE=x86 LOCALAPPDATA=C:\Users\strannik\AppData\Local !C:=C:\cygwin\bin SHLVL=1 HOME=/cygdrive/c/Users/strannik PATHEXT=.PY;.SCM;.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC HOMEDRIVE=C: PROMPT=$P$G COMSPEC=C:\Windows\system32\cmd.exe TMP=/cygdrive/c/Users/strannik/AppData/Local/Temp SYSTEMROOT=C:\Windows PROCESSOR_REVISION=0f0d CLASSPATH=.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip CONFIGSETROOT=C:\Windows\ConfigSetRoot PROGRAMFILES=C:\Program Files NUMBER_OF_PROCESSORS=2 SESSIONNAME=Console COMPUTERNAME=PALOMNIK OLDPWD=/cygdrive/c/cygwin _=./env bash-3.2$ pwd /cygdrive/c/cygwin/bin bash-3.2$ ./env HOMEPATH=\Users\strannik APPDATA=C:\Users\strannik\AppData\Roaming TERM=cygwin PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel WINDIR=C:\Windows PUBLIC=C:\Users\Public PROGRAMDATA=C:\ProgramData USERDOMAIN=Palomnik OS=Windows_NT ALLUSERSPROFILE=C:\ProgramData !::=::\ TEMP=/cygdrive/c/Users/strannik/AppData/Local/Temp COMMONPROGRAMFILES=C:\Program Files\Common Files QTJAVA=C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip USERNAME=strannik PROCESSOR_LEVEL=6 PATH=/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System 32/Wbem:/cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/binn/:/cygdrive/ c/Program Files/Common Files/GTK/2.0/bin:/cygdrive/c/Program Files/QuickTime/QTS ystem/ FP_NO_HOST_CHECK=NO PWD=/cygdrive/c/cygwin/bin SYSTEMDRIVE=C: USERPROFILE=C:\Users\strannik LOGONSERVER=\\PALOMNIK PROCESSOR_ARCHITECTURE=x86 LOCALAPPDATA=C:\Users\strannik\AppData\Local !C:=C:\cygwin\bin SHLVL=1 HOME=/cygdrive/c/Users/strannik PATHEXT=.PY;.SCM;.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC HOMEDRIVE=C: PROMPT=$P$G COMSPEC=C:\Windows\system32\cmd.exe TMP=/cygdrive/c/Users/strannik/AppData/Local/Temp SYSTEMROOT=C:\Windows PROCESSOR_REVISION=0f0d CLASSPATH=.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip CONFIGSETROOT=C:\Windows\ConfigSetRoot PROGRAMFILES=C:\Program Files NUMBER_OF_PROCESSORS=2 SESSIONNAME=Console COMPUTERNAME=PALOMNIK OLDPWD=/cygdrive/c/cygwin _=./env bash-3.2$ I tried a complete uninstall and reinstall but have the same problem. I used to have /home/strannik as a home directory. I could go back to that or use the C:\User\strannik, but I can't figure out how to get either one. Any idea what could have gone wrong, or what to look for? (TIA) -- 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: Num lines in dirs: C:\cygwin\bin = 1152 C:\cygwin-1.7\bin = 289 WHY SO FEW?
On Mon, Sep 28, 2009 at 5:09 PM, David Combs wrote: I just now installed 1.7. Where *is* everything? bin has 289 files, whereas the non-beta has 1152. So, just how beta is 1.7. Alpha? Or am I missing something, eg there's still lots more for me to install by hand? Oh, someone tell me how to find the version number of a cygwin, and I can tell you what mine is. (Looks like the most recent files in bin are 15june09, so pretty darned recent, my standard cygwin.) Oh, *roughly* when might 1.7 become the standard cygwin? A year or so? Thanks! David uname -a to find out what version of the cygwin1.dll you have For example: CYGWIN_NT-6.0-WOW64 INCONSPICUOUS 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin My version 1.7 /bin directory has ~ 1000 files in it. You probably just don't have all the packages installed you had for version 1.5. Thanks. -Jason -- 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: cygwin can't find any path data after Vista Service Pack 2 upgrade
On 09/28/2009 06:12 PM, John simmons wrote: Shortly after updating vista to service pack 2, Cygwin broke. It can't find anything. The bash shell launches to /cygdrive/c/cygwin/bin. No commands work, except for pwd and cd. If I invoke env by ./env (the only way it works) I get: snip I tried a complete uninstall and reinstall but have the same problem. I used to have /home/strannik as a home directory. I could go back to that or use the C:\User\strannik, but I can't figure out how to get either one. Any idea what could have gone wrong, or what to look for? I'd recommend starting here: Problem reports: http://cygwin.com/problems.html Seeing chycheck output as described in the above link should be helpful. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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: ls / does not show /c with cygdrive prefix=/
Corinna Vinschen wrote: Mikel Ward wrote: If I use a standard install with the cygdrive prefix as /cygdrive, the drive letters appear in a directory listing: $ ls /cygdrive c d w But if I change cygdrive to /, they don't: Is there any way to make /c, etc. appear in the listing? Manually, yes, automatically, no. You can change your cygdrive folder to any other folder and the drives will show up there. This has only been disabled for the root folder for performance reasons. Thanks Corinna. Roughly what was the performance impact? Is there any way to disable this special case to get the behavior I want with prefix=/? -- 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
Installing 1.7 alongside 1.5 - can it be done safely?
I have found some serious issues with Cygwin 1.5 that I want to test against in the 1.7 beta, before I commit to abandoning 1.5. Is it possible to install Cygwin 1.7 on the same PC/filesystem as Cygwin 1.5, yet maintain absolute independence between the two versions? I don't want the 1.7 install to change anything in my existing 1.5 install, as I need my 1.5 functional for other purposes. Is it a simple matter of installing to a different path (e.g. c:\cygwin1.7), or will the 1.7 install overwrite anything (e.g. environment variables, registry entries) that 1.5 might require? -- David. -- 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: cygwin can't find any path data after Vista Service Pack 2 upgrade
On 09/28/2009 06:12 PM, John simmons wrote: Shortly after updating vista to service pack 2, Cygwin broke. It can't find anything. The bash shell launches to /cygdrive/c/cygwin/bin. No commands work, except for pwd and cd. If I invoke env by ./env (the only way it works) I get: snip I tried a complete uninstall and reinstall but have the same problem. I used to have /home/strannik as a home directory. I could go back to that or use the C:\User\strannik, but I can't figure out how to get either one. Any idea what could have gone wrong, or what to look for? I'd recommend starting here: Problem reports: http://cygwin.com/problems.html Seeing chycheck output as described in the above link should be helpful. cygcheck is attached. Thanks Cygwin Configuration Diagnostics Current System Time: Mon Sep 28 16:36:16 2009 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6002 Service Pack 2 Path: C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem c:\Program Files\Microsoft SQL Server\90\Tools\binn\ C:\Program Files\Common Files\GTK\2.0\bin C:\Program Files\QuickTime\QTSystem\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(strannik) GID: 401(mkpasswd) 401(mkpasswd) Output from C:\cygwin\bin\id.exe (ntsec) UID: 400(strannik) GID: 401(mkpasswd) 401(mkpasswd) SysDir: C:\Windows\system32 WinDir: C:\Windows PWD = '/cygdrive/c/cygwin/bin' HOME = '/cygdrive/c/Users/strannik' HOMEPATH = '\Users\strannik' APPDATA = 'C:\Users\strannik\AppData\Roaming' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 13, GenuineIntel' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' PROGRAMDATA = 'C:\ProgramData' USERDOMAIN = 'Palomnik' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' TEMP = '/cygdrive/c/Users/strannik/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' USERNAME = 'strannik' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\strannik' LOGONSERVER = '\\PALOMNIK' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\strannik\AppData\Local' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.PY;.SCM;.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/cygdrive/c/Users/strannik/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PROCESSOR_REVISION = '0f0d' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' CONFIGSETROOT = 'C:\Windows\ConfigSetRoot' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'PALOMNIK' _ = './cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = 'C:\Users\strannik\.nx/temp/' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options c: hd NTFS148625Mb 86% CP CS UN PA FC d: cd N/AN/A Warning: Mount entries should not have a trailing (back)slash C:\Users\strannik\.nx/temp/ /tmp usertextmode C:\cygwin/ system binmode C:\cygwin/bin/usr/bin system binmode C:\cygwin/lib/usr/lib system binmode ./cygdrive system binmode,cygdrive Not Found: awk Not Found: bash Not Found: cat Not Found: cp Not Found: cpp (good!) Not Found: crontab Not Found: find Not Found: gcc Not Found: gdb Not Found: grep Not Found: kill Not Found: ld Not Found: ls Not Found: make Not Found: mv Not Found: patch Not Found: perl Not Found: rm Not Found: sed Not Found: ssh Not Found: sh Not Found: tar Not Found: test Not Found: vi Not Found: vim 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 cygaspell-15.dll v0.0 ts=2007/12/18 3:39 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2009/3/1 18:52 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 cygcrypt-0.dll v0.0 ts=2003/10/19 0:57 1075k 2009/03/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 cygcrypto-0.9.8.dll v0.0 ts=2009/3/25 10:21 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 cygdb-4.5.dll v0.0 ts=2007/12/17 5:12 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 cygdb_cxx-4.5.dll v0.0 ts=2007/12/17 5:12 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 cygexpat-1.dll v0.0 ts=2008/5/8 21:03 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 cygform-8.dll v0.0 ts=2009/2/28 18:40 41k
Re: The C locale
Though I'm not an up on the details involved here, I will give you feedback to the request for information about the locale issue, because it affects the quick accessability and usage of Japanese language documents. Either of the two follow values would be acceptable, but I feel that the UTF-8 charset is becoming more and more adopted. LANG=ja - UTF-8 LANG=ja_JP - UTF-8 Also the following be suitable if possible.. LANG=ja - iso-2022-jp LANG=ja_JP - iso-2022-jp Regards: On Sep 29 01:03, IWAMURO Motonori wrote: . snipped I think selecting UTF-8 is good because eucJP is legacy. and My conclusion is as follows as a result of hearing other Japanese people's opinion: LANG=ja - UTF-8 LANG=ja_JP - UTF-8 Because, we specify eucJP explicitly when we need it. -- 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: cygwin can't find any path data after Vista Service Pack 2 upgrade
On 09/28/2009 07:48 PM, John simmons wrote: Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(strannik) GID: 401(mkpasswd) 401(mkpasswd) What does your '/etc' directory look like? It would appear that you either: a. Don't have access to it anymore (or key files like '/etc/passwd' and '/etc/group'). b. Something has blown away said files. Warning: Mount entries should not have a trailing (back)slash C:\Users\strannik\.nx/temp/ /tmp usertextmode How long ago did you install the http://cygwin.com/acronyms//#3PP NoMachine/NX? I'd recommend removing this mount and the duplicate DLLs in its 'bin' directory of cygwin1.dll, cygcrypto-0.9.8.dll, and cygz.dll (you may find you can/should get rid of other cyg DLLs in that directory as well.) Then add your Cygwin installation to your Windows path. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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: Installing 1.7 alongside 1.5 - can it be done safely?
David Antliff wrote: I have found some serious issues with Cygwin 1.5 that I want to test against in the 1.7 beta, before I commit to abandoning 1.5. Is it possible to install Cygwin 1.7 on the same PC/filesystem as Cygwin 1.5, yet maintain absolute independence between the two versions? I don't want the 1.7 install to change anything in my existing 1.5 install, as I need my 1.5 functional for other purposes. Yes, the current setup-1.7.exe supports side-by-side install mode, and once set up that way the two installations are entirely independent of each other. Is it a simple matter of installing to a different path (e.g. c:\cygwin1.7), or will the 1.7 install overwrite anything (e.g. environment variables, registry entries) that 1.5 might require? It is moderately tricky. The standard behaviour of setup.exe is to upgrade your 1.5 installation in-place; the side-by-side mode was only intended for beta-testing(*). You get precisely one chance and once chance only to make setup-1.7 perform a parallel installation for you. The very first time you ever run it you must select a new installation dir, and a new local package cache dir, and successfully make it to the end of the installation run *without ever pressing back or canceling out and restarting*. (If you don't get it right first time, it probably is actually possible to get it to give you another chance, but I don't know exactly how the mechanism works so I'm not sure whether it's a registry key that you'd have to find and delete or if it writes something into /etc/last-whatever.) cheers, DaveK -- (*) - The current plan I think is to withdraw the side-by-side install facility when 1.7 leaves beta and 1.5 is officially retired (although I could be misremembering. Actually, I think we should probably leave it in, or maybe even make it a user-visible check-box. However I haven't thought this idea through yet, maybe there's a problem with it. -- 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: gcc 4.3.2 rethrow exception
zevel12 wrote: Dave Korn-6 wrote: It's always best to use the proper language driver for compiling C++ instead of adding -lstdc++ to the C compiler command-line, in fact it's not a supported mode of operation It did indeed fix the problem. As an added note, I also had to use g++ as the linker instead of gcc in my makefiles. Sorry, I should have been clearer; when I said use the driver for compiling, I really meant all stages of the compilation process, particularly including linking, not just the actual compilation stage itself. Glad you discovered that for yourself without too much trouble; you're on completely the right track there. cheers, DaveK -- 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: Installing 1.7 alongside 1.5 - can it be done safely?
David Antliff wrote: I have found some serious issues with Cygwin 1.5 that I want to test against in the 1.7 beta, before I commit to abandoning 1.5. Is it possible to install Cygwin 1.7 on the same PC/filesystem as Cygwin 1.5, yet maintain absolute independence between the two versions? I don't want the 1.7 install to change anything in my existing 1.5 install, as I need my 1.5 functional for other purposes. Is it a simple matter of installing to a different path (e.g. c:\cygwin1.7), or will the 1.7 install overwrite anything (e.g. environment variables, registry entries) that 1.5 might require? -- David. -- 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 From http://www.cygwin.com/: QUOTE Cygwin release 1.7 in BETA testing ... Due to internal changes it is possible to install a 1.7 release in parallel to a 1.5 release and even run 1.7 processes in parallel to 1.5 processes. The processes will not know about each other! Any try to interact between 1.7-based and 1.5-based processes will lead to, at least, funny results. To install a 1.7 release in parallel to a 1.5 release, all you have to do is to choose another root directory (for instance: C:\cygwin-1.7) in setup-1.7's Choose Installation Directory dialog. NOTE: Due to the way setup-1.7 works, you have to change the directory right the first time you visit this dialog! If you pressed the Next button and then Back again, it's already too late and setup-1.7 will create a broken 1.7 install. If you pressed Next by mistake, exit setup-1.7 and start it again. ENDQUOTE I followed this sage advice and so far my parallel 1.5 / 1.7 installs are not interfering with each other. Chris -- 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: Installing 1.7 alongside 1.5 - can it be done safely?
On Tue, Sep 29, 2009 at 14:08, Chris Cormie cjcor...@gmail.com wrote: I followed this sage advice and so far my parallel 1.5 / 1.7 installs are not interfering with each other. Thanks Chris, and DaveK. I shall proceed with caution :) -- David. -- 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: Num lines in dirs: C:\cygwin\bin = 1152 C:\cygwin-1.7\bin = 289 WHY SO FEW?
David Combs wrote: I just now installed 1.7. Where *is* everything? bin has 289 files, whereas the non-beta has 1152. So, just how beta is 1.7. Alpha? Or am I missing something, eg there's still lots more for me to install by hand? Oh, someone tell me how to find the version number of a cygwin, and I can tell you what mine is. (Looks like the most recent files in bin are 15june09, so pretty darned recent, my standard cygwin.) Oh, *roughly* when might 1.7 become the standard cygwin? A year or so? Thanks! David I don't think you are doing anything wrong David. setup-1.7.exe appears to default to just the Base category packages. The 1.5 setup.exe selects many more packages outside the Base category by default and that's the difference you are seeing. As an aside I like this current behaviour: I have bandwidth constraints and problems with packages interfering with each other and so find it handy to start with a small core Cygwin and add the stuff I need. I don't know how to extract what the default packages are from the old setup.exe: I suspect it's all the Base category packages plus others from a list compiled into the binary though I'd be happy if someone could correct me on that. I notice that setup-1.7.exe has a command line interface with an option to select packages to install. It doesn't appear to be working yet. I sure hope it is a future feature because it would be just the ticket for this issue: compile a list of packages you want to be in your default install and then you could reproduce it at will. Cheers, Chris. -- Base packages for Cygwin 1.7 editrights findutils login gzip termcap base-passwd libgcc1 alternatives gawk base-files man zlib0 dash libreadline7 bash grep cygwin tzcode coreutils run tar base-cygwin terminfo ipc-utils sed cygwin-doc which rebase -- 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: Num lines in dirs: C:\cygwin\bin = 1152 C:\cygwin-1.7\bin = 289 WHY SO FEW?
On 09/28/2009 10:31 PM, Chris Cormie wrote: I don't think you are doing anything wrong David. setup-1.7.exe appears to default to just the Base category packages. The 1.5 setup.exe selects many more packages outside the Base category by default and that's the difference you are seeing. There should be little difference in how 'setup.exe' works for 1.5 vs 1.7. The determination for what's installed by default has not changed, though the overall number of packages and size may have changed somewhat. As an aside I like this current behaviour: I have bandwidth constraints and problems with packages interfering with each other and so find it handy to start with a small core Cygwin and add the stuff I need. I don't know how to extract what the default packages are from the old setup.exe: I suspect it's all the Base category packages plus others from a list compiled into the binary though I'd be happy if someone could correct me on that. No, that's not true. See above. I notice that setup-1.7.exe has a command line interface with an option to select packages to install. It doesn't appear to be working yet. I sure hope it is a future feature because it would be just the ticket for this issue: compile a list of packages you want to be in your default install and then you could reproduce it at will. Can you be more specific about the problem you see? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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: Compiling id3v2
On 26/09/2009 20:35, drbob wrote: I've been trying to compile the id3v2 utility http://id3v2.sourceforge.net/ in cygwin. I downloaded, compiled and installed libid3http://id3lib.sourceforge.net/ with no issues. Actually, your issue is id3lib, see below. My first attempt to compile id3v2 failed due to errors in the makefile which were fixed by using this patch from gentoo: http://bugs.gentoo.org/show_bug.cgi?id=131700 I then saw the following errors when I tried to compile: $ make c++ -L/usr/local/lib -pedantic -Wall -o id3v2 convert.o list.o id3v2.o genre.o -g -lz -lid3 /usr/local/lib/libid3.a(utils.o): In function `_ZN24_GLOBAL__N__Z8mbstoucsSs9convert_iEPvSs': /home/drbob/id3v2-0.1.11/id3lib-3.8.3/src/utils.cpp:142: undefined reference to `_libiconv' /usr/local/lib/libid3.a(utils.o): In function `_ZN4dami7convertESs11ID3_TextEncS0_': /home/drbob/id3v2-0.1.11/id3lib-3.8.3/src/utils.cpp:196: undefined reference to `_libiconv_open' /home/drbob/id3v2-0.1.11/id3lib-3.8.3/src/utils.cpp:210: undefined reference to `_libiconv_close' /usr/local/lib/libid3.a(io_decorators.o): In function `_ZN4dami2io16CompressedReaderC1ER10ID3_Readerj': /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/basic_string.h:1459: undefined reference to `_uncompress' /usr/local/lib/libid3.a(io_decorators.o): In function `_ZN4dami2io16CompressedReaderC2ER10ID3_Readerj': /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/basic_string.h:1459: undefined reference to `_uncompress' /usr/local/lib/libid3.a(io_decorators.o): In function `_ZN4dami2io16CompressedWriter5flushEv': /home/drbob/id3v2-0.1.11/id3lib-3.8.3/src/io_decorators.cpp:271: undefined reference to `_compress' collect2: ld returned 1 exit status make: *** [id3v2] Error 1 This was also a makefile problem. Not in id3v2, but in id3lib. id3v2 does not depend on libiconv nor zlib, but id3lib does. Since you only made a static libid3, you would have to add a -liconv -lz to each and every package that links against libid3. A better way of solving this is to build a shared libid3, resolving *its* dependencies at link time. This requires a few patches: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/media/id3lib/ Or you can get binaries from Cygwin Ports. If you have any questions on these Ports packages, please ask on Ports' mailing list. Yaakov -- 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
Apache2 on Cygwin 1.7 does not start (cygserver is running)
Today I was able to get Apache2 running on Cygwin *1.5* using these instructions: http://www.issociate.de/board/goto/895433/apache2_does_not_start_in_cygwin.html The CYGWIN=server variable was critical. I now have Cygwin 1.7 installed side-by-side with 1.5, and as far as I can tell, the two do not interfere. However, I am unable to launch apache2 in Cygwin 1.7. Initially I followed the same directions, and got this: $ echo $CYGWIN $ export CYGWIN=server $ cygserver-config ... $ net start cygserver The CYGWIN cygserver service is starting. The CYGWIN cygserver service was started successfully. $ /usr/sbin/apachectl2 start /usr/sbin/apachectl2: line 78: 1372 Bad system call $HTTPD -k $ARGV Hmmm. I checked the 1.7 change log and it says that the CYGWIN=server setting is now obsolete. However leaving this out doesn't help either. Note that I made sure I shut down cygserver from 1.5 before I tried it with 1.7, and I also have apache2 configured to listen on different ports, just in case they were both running at the same time (which I didn't allow anyway). So there must be something different with 1.7 that isn't covered by those instructions - does anyone know what this might be, please? -- David. -- 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: The C locale
2009/9/29 wynfield: Though I'm not an up on the details involved here, I will give you feedback to the request for information about the locale issue, because it affects the quick accessability and usage of Japanese language documents. Either of the two follow values would be acceptable, but I feel that the UTF-8 charset is becoming more and more adopted. LANG=ja - UTF-8 LANG=ja_JP - UTF-8 Also the following be suitable if possible.. LANG=ja - iso-2022-jp LANG=ja_JP - iso-2022-jp Thanks for the feedback! Now, Windows knows three different variants of iso-2022-jp. Do you know which one's the preferred one? CP50220: ISO 2022 Japanese with no halfwidth Katakana; Japanese (JIS) CP50221: ISO 2022 Japanese with halfwidth Katakana; Japanese (JIS-Allow 1 byte Kana) CP50222: ISO 2022 Japanese JIS X 0201-1989; Japanese (JIS-Allow 1 byte Kana - SO/SI) Also, Wikipedia has this to say: Since ISO 2022 is a stateful encoding, a program can not jump in the middle of a block of text to search, insert or delete characters. This makes manipulation of the text very cumbersome and slow when compared to non-stateful encodings. Any jump in the middle of the text may require a back up to the previous escape sequence before the bytes following the escape sequence can be interpreted. Doesn't that make it very difficult to use with standard Unix tools? Andy -- 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: The C locale
2009/9/28 Corinna Vinschen My conclusion is as follows as a result of hearing other Japanese people's opinion: LANG=ja - UTF-8 LANG=ja_JP - UTF-8 Because, we specify eucJP explicitly when we need it. Hmm. That's an interesting point. In theory this sounds like a good idea to be used for all locales which don't specify the charset explicitely, because that results in using the same charset, UTF-8, for all such locales. C, ja or en_US would all default to UTF-8. Hmm, there's much to be said for that. The downside is that a user, who needs to work under the default ANSI codepage for some reason, has to know the name of the default ANSI codepage. Right now any user who needs the default ANSI codepage can simply set LANG to some language code and go ahead, without having to know the number. With your solution, that wouldn't be possible anymore and the user would have to figure out the default ANSI codepage on the system before being able to use it. How about an explicit ANSI charset that maps to GetACP()? And OEM for GetOEMCP()? Those would make easy replacements for the CYGWIN=codepage:[ansi|oem] option. Andy -- 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
Cygwin 1.7 mintty error - cannot run mintty more than once at a time
I've been using Cygwin 1.7 alongside Cygwin 1.5 quite happily for the last few hours, however all-of-a-sudden when I try and run mintty (from cygstart or from a cmd.exe shell) I get a new window with this error message: Failed to create child process: No such file or directory Hitting enter makes the window close. I messed around with this for a while until I discovered something very obvious - I already had a mintty running. It appears that in Cygwin 1.7 I cannot run more than one instance of mintty at a time. In 1.5, I have happily run many, many instances simultaneously. However I can run bash.exe without a problem, and in doing so I tried an strace: ... 115 166255 [main] mintty 4336 tty_list::allocate: tty1 allocated 91 166346 [main] mintty 4336 fhandler_pipe::create_selectable: CreateNamedPipe: name \\.\pipe\cygwin-tty1-from-master, size 131072 144 166490 [main] mintty 4336 fhandler_pipe::create_selectable: pipe read handle 0x6C4 82 166572 [main] mintty 4336 fhandler_pipe::create_selectable: CreateFile: name \\.\pipe\cygwin-tty1-from-master 103 166675 [main] mintty 4336 fhandler_pipe::create_selectable: pipe write handle 0x6CC 85 166760 [main] mintty 4336 fhandler_pipe::create_selectable: CreateNamedPipe: name \\.\pipe\cygwin-tty1-to-master, size 131072 242 167002 [main] mintty 4336 fhandler_pipe::create_selectable: pipe busy 77 167079 [main] mintty 4336 seterrno_from_win_error: /netrel/src/cygwin-1.7.0-61/winsup/cygwin/fhandler_tty.cc:1439 windows error 231 79 167158 [main] mintty 4336 geterrno_from_win_error: windows error 231 == errno 16 73 167231 [main] mintty 4336 __set_errno: void seterrno_from_win_error(const char*, int, DWORD):319 val 16 84 167315 [main] mintty 4336 fhandler_pty_master::setup: tty1629019509 open failed - failed to create (null) 89 167404 [main] mintty 4336 open: -1 = open (/dev/ptmx, 0x8002) 83 167487 [main] mintty 4336 __set_errno: int openpty(int*, int*, char*, termios*, winsize*):128 val 2 Looks like there's a busy pipe that is causing mintty to abort? Is this a bug with mintty? -- David. -- 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: Re: Cygwin portable bash
ok, all apologies. I am familiar with mount, but if there is something extra special about how it works w/in cygwin I will check the Users Guide. I appreciate the direction, sorry I misunderstood (thought he was just telling me to 'man mount' and I felt that would be a waste of time since I am already familiar with the general of mount and the different basic linux mount points like bin and / and swap etc). However, I also did not realize I was using an outdated version of cygwin!! Perhaps I should work off of 1.7 instead of 1.5? This sounds like it would probably make things a bit easier. is 1.7 stable enough? Larry Hall (Cygwin) wrote: div class=moz-text-flowed style=font-family: -moz-fixedhttp://cygwin.com/acronyms/#TOFU Reformatted. On 09/27/2009 10:51 PM, Andy Holt wrote: Buchbinder, Barry (NIH/NIAID) [E] wrote: I'm not aware that this has been mentioned before in this thread, but I'd worry that there is no mount table. (I assume that this is cygwin 1.5.) See the documentation on mount (hint: the -m option might be especially useful) or just run setup, clicking through it, on the derivative machines. Well, I'm not so sure that that is really a problem... I looked for fstab but couldn't even find one so I'm not sure where the mount table is specified. BUT I don't think that has anything to do with my current problem. I need to 'log in' to bash first. then I'll worry about the cygdrive mount points later. As far as the bin, lib, and root directory / 'mount points' or whatever, the directory structure is the same across all of the windows computers (all running vista). So the bin is always C:\Users\Andy\My Dropbox\cygwin\bin, ..\lib ..\ etc. You get the point. So yea. No progress thus far. :( I think you'd be enlightened if you looked at the User's Guide like Barry suggested. Without the proper mounts set, Cygwin is going to have allot of trouble finding your installation. Reading up on 'mount' will help you understand how to make the mount points the same across all systems you work on, which will likely help you allot. Also note that there is no 'fstab' file in Cygwin 1.5 (though there is in 1.7). So that's another reason why you want to know about 'mount' and not waste any time with 'fstab' (on Cygwin 1.5). -- 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
[1.7] Updated: irssi-0.8.14-1
Version 0.8.14-1 of irssi has been uploaded. Irssi is a powerful terminal based IRC client. Changes from the previous release: - New mainstream version, http://irssi.org/news/ChangeLog - Filter out invalid characters from autolog file names If you have questions or comments, please send them to the cygwin mailing list at: cyg...@cygwin.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.
Updated: bzr 2.0.0 -- Python based distributed version control
Available both for Cygwin 1.5 and 1.7 PACKAGE DESCRIPTION === Home page: http://bazaar-vcs.org/ License : GPL (Bzr is part of GNU project) Distributed version control that is used in projects like managing Ubuntu packages http://ubuntulinux.org and it is one of the funded projects of Canonical. - Uses one .bzr directory at the top of the tree - The user interface is simple and familiar to people with experience from CVS or Subversion. - Offers a choice between centralized and decentralized/diconnected work. - Strong security. History can be GPG-signed to protect against man-in-the-middle attacks, bad mirrors, server intrusion or data corruption. CHANGES SINCE LAST RELEASE == Bazaar 2.0.0 is the first long term support release. It contains extensive core infrastructure changes (new repository format). The new engine offers substantial speed enhancements compared the previous releases. http://doc.bazaar-vcs.org/development/en/release-notes/index.html (primary) http://doc.bazaar-vcs.org/bzr.dev/en/release-notes/NEWS.html (secondary) https://launchpad.net/bzr/+announcements (project announcements) INSTALL OR UPGRADE NOTES Upgrade existing branches to new format with commands: bzr infoTo see current repository format bzr reconcile To correct metadata prior upgrade bzr upgrade To convert repository to latest format bzr packTo make repository faster Following additional Cygwin modules can be also installed: python-paramiko - for ssh/sftp support python-crypto - required by paramiko CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cyg...@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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 More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL.