GCC3 vs. GCC4
Hey All, Is the plan to have everything GCC4 based for the final 1.7.0 release? Chris -- Chris Sutcliffe http://emergedesktop.org
RE: GCC3 vs. GCC4
Chris Sutcliffe wrote on 17 September 2008 12:09: Hey All, Is the plan to have everything GCC4 based for the final 1.7.0 release? Chris Dunno if it's quite as organized enough as it should be to be called a plan, but I think it's a good idea. Depends on resolving the weak symbol issues though, I think. cheers, DaveK -- Can't think of a witty .sigline today
Re: GCC3 vs. GCC4
On Wed, Sep 17, 2008 at 07:09:28AM -0400, Chris Sutcliffe wrote: Is the plan to have everything GCC4 based for the final 1.7.0 release? Cygwin will be recompiled with GCC4 but I don't think we want to add YA gating factor to finally getting this released. So this will be a nice to have rather than a must have. cgf
Re: cygport-0.9.2 in release-2
* Installs documentation into /usr/share/doc/PACKAGE. Thank you, I can now remove my custom dodoc() function that did this for me. If there are any changes you want to see in cygport, please let me know ASAP; I would like to have the major changes out of the way this month, so that cygport isn't a moving target once everything is ready for a 1.7 rebuild. For a long time now I've patched every release of cygport with the attached patch, that adds the src_prep_fini_hook(), src_install_init_hook(), and src_install_fini_hook() hook functions. Charles Wilson originally posted a patch for this about 2 years ago (http://www.cygwin.com/ml/cygwin/2007-01/msg00110.html). I used to use src_install_fini_hook(), but I don't think I have any packages that need it any more. I don't think I've ever used src_install_init_hook(), so maybe it's less important. src_prep_fini_hook(), OTOH, I use in almost all of my packages. If cygport doesn't supply it, I'll continue to patch cygport to provide it for my own use. I know that cygport now provides src_patch_hook() and src_unpack_hook(), but both of those functions are run before origsrc is mirrored to src, so it's not possible to use them to modify src and not origsrc. For me they don't do the job. This patch is against cygport 0.9.0. If you think that all or part of it is worth incorporating, I'd be glad to update it for 0.9.2 and address any style or other issues. Thanks, Andrew. cygport-hooks.patch Description: Binary data
Re: cygport-0.9.2 in release-2
Andrew Schulman wrote: For a long time now I've patched every release of cygport with the attached patch, that adds the src_prep_fini_hook(), src_install_init_hook(), and src_install_fini_hook() hook functions. Charles Wilson originally posted a patch for this about 2 years ago (http://www.cygwin.com/ml/cygwin/2007-01/msg00110.html). Current versions of cygport have a modified form of (some) of these hooks. check out 'src_patch_hook', 'src_unpack_hook'. The only remaining hook that I currently use, but which is not in stock cygport, is src_postinst_hook. Patch (against old 3.10) attached. -- Chuck Index: bin/cygport.in === RCS file: /cvsroot/cygwin-ports/cygport/bin/cygport.in,v retrieving revision 1.106 diff -u -r1.106 cygport.in --- bin/cygport.in 23 Apr 2008 14:43:48 - 1.106 +++ bin/cygport.in 27 Apr 2008 01:22:43 - @@ -1179,6 +1179,7 @@ # mutable: # USE_DESTDIR # src_install +# src_postinst_hook # # public: # cyginstall @@ -1193,6 +1194,7 @@ # _exeinto_dir # _insinto_dir # __prepinstalldirs +# __src_postinst_hook_exec # @@ -1296,6 +1298,20 @@ esac } +# src_postinst_hook is an optional function that may be +# defined to modify the cygport 'install' sequence. If defined, +# it is called after the automatic postinst function. This +# can be useful if, for instance, the default docdir: +#usr/share/doc/${PN}-${PV} +# is not appropriate, and should be corrected prior to +# packaging. See the rxvt-unicode-X cygport for an example. +__src_postinst_hook_exec() { + if __check_function src_postinst_hook + then + __check_unstable src_postinst_hook + fi +} + # provides a default src_install # will be overridden by cygclasses or cygports as necessary src_install() { @@ -2209,11 +2225,11 @@ ;; inst*) __stage Installing; - (__prepinstalldirs src_install __src_postinst) 21 | tee ${installlog}; + (__prepinstalldirs src_install __src_postinst __src_postinst_hook_exec) 21 | tee ${installlog}; _status=$?; ;; postinst*) - __src_postinst; + __src_postinst __src_postinst_hook_exec; _status=$?; ;; list) @@ -2244,14 +2260,14 @@ almostall) __stage Preparing __src_prep \ __stage Compiling src_compile 21 | tee ${compilelog} \ - __stage Installing (__prepinstalldirs src_install __src_postinst) 21 | tee ${installlog} \ + __stage Installing (__prepinstalldirs src_install __src_postinst __src_postinst_hook_exec) 21 | tee ${installlog} \ __stage Packaging (__pkg_binpkg __pkg_pkgcheck __pkg_srcpkg __pkg_dist) 21 | tee ${pkglog} _status=$?; ;; all) __stage Preparing __src_prep \ __stage Compiling src_compile 21 | tee ${compilelog} \ - __stage Installing (__prepinstalldirs src_install __src_postinst) 21 | tee ${installlog} \ + __stage Installing (__prepinstalldirs src_install __src_postinst __src_postinst_hook_exec) 21 | tee ${installlog} \ __stage Packaging (__pkg_binpkg __pkg_pkgcheck __pkg_srcpkg __pkg_dist) 21 | tee ${pkglog} \ __finish; _status=$?;
Re: cygport-0.9.2 in release-2
For a long time now I've patched every release of cygport with the attached patch, that adds the src_prep_fini_hook(), src_install_init_hook(), and src_install_fini_hook() hook functions. Charles Wilson originally posted a patch for this about 2 years ago (http://www.cygwin.com/ml/cygwin/2007-01/msg00110.html). Current versions of cygport have a modified form of (some) of these hooks. check out 'src_patch_hook', 'src_unpack_hook'. Thanks, but as I explained, src_patch_hook() and src_unpack_hook() are both called before origsrc is copied to src. So, they're unable to modify src separately from origsrc. This matters, because when cygport generates the cygwin.patch file, it compares origsrc to src, so changes made to both are not reflected in the patch. For this reason, I find src_prep_fini_hook() essential for several of my packages. Thanks, Andrew.
X server problem
Hi, i have installed the Cygwin package on my computer with Windows Xp. I try to start with startxwin.bat but it doesn't work and the error on the screen is : A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. Vendor: The Cygwin/X Project Release: 6.8.88.901-4 Contact: [EMAIL PROTECTED] XWin was started with the following command-line: /usr/X11R6/bin/Xwin -multiwindows -clipboard -silent-dup-error Here the output file /tmp/XWin.log : (WW) /tmp mounted int textmode _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 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 winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0410 (0410) (--) Using preset keyboard for Italian (410), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress Can you help me? thanks you, and i hope. Claudio -- 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/
how to start windows applications
i've just installed cygwin and am noticing some inconsistencies between executing commands from the command line versus executing them through a batch file. for example when I try to do start excel a.xls I get bash: start: command not found but if I put this in a batch file, a.bat say, and the subsequently executing a.bat the the cmd line, it works fine. Another one is changing directories. Say I'm in C: and I'd like to change to U:\temp. The following sequence works in the batch file but not at the command line: U: cd \temp Any help will be much appreciated! -- View this message in context: http://www.nabble.com/how-to-start-windows-applications-tp19527789p19527789.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/
RE: how to start windows applications
start is a builtin of cmd. try cygstart a.xls instead. matthias -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of thetrystero Sent: Wednesday, September 17, 2008 11:23 AM To: cygwin-xfree@cygwin.com Subject: how to start windows applications i've just installed cygwin and am noticing some inconsistencies between executing commands from the command line versus executing them through a batch file. for example when I try to do start excel a.xls I get bash: start: command not found but if I put this in a batch file, a.bat say, and the subsequently executing a.bat the the cmd line, it works fine. Another one is changing directories. Say I'm in C: and I'd like to change to U:\temp. The following sequence works in the batch file but not at the command line: U: cd \temp Any help will be much appreciated! -- View this message in context: http://www.nabble.com/how-to-start-windows-applications-tp19527789p19527 789.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/ -- 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/
Re: how to start windows applications
thetrystero wrote: i've just installed cygwin and am noticing some inconsistencies between executing commands from the command line versus executing them through a batch file. for example when I try to do start excel a.xls I get bash: start: command not found but if I put this in a batch file, a.bat say, and the subsequently executing a.bat the the cmd line, it works fine. Another one is changing directories. Say I'm in C: and I'd like to change to U:\temp. The following sequence works in the batch file but not at the command line: U: cd \temp Any help will be much appreciated! Cygwin is not DOS. That's really the crux of your problem. You've already been given one alternative way of doing what you want with start in a Cygwin/POSIX/Linux way. For the cd, cd /cygdrive/u/temp will do what you want. If you plan to use Cygwin tools and shells, you should try to work with the environment rather than against it. A read through the Cygwin User's Guide http://cygwin.com/cygwin-ug-net/ should help some. Linux/Unix guides and tutorials should help too. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- 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/
RE: inetutils 1.5-4, ftp + inline password immediately quits
NightStrike wrote: The only purpose of an ascii transfer is to convert text conventions (line endings, ascii/ebdcii encoding, etc). With scp, this does not happen, as scp is a drop in replacement for cp/rcp. Instead, you have to combine it with a dos2unix command of some sort to do the convesion yourself. Precisely. I am talking to a legacy non-dos non-unix system, and the conversion is nontrivial. But the FTP server on the other side knows exactly what to do. Anything else is more trouble. Andre DeFaria wrote: Or just stay in Unix mode... ;-) I wish. Entertaining as all this discussion is, the original point remains: There is a bug in the FTP delivered in inetutils 1.5-4. I regret not making it clear up front that non-FTP solutions aren't feasible. --paulr -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: FW: How to display Russian Cyrillic and Chinese in Cygwin Bash Console?
I was google searching for documentation and could not find much on rxvt.org. The best documentation seems to be in the man page. I just did a cygwin update. Are we off topic here because this is really an XFree86 topic? I cannot figure out how to run the non-X version of rxvt but I remember selecting it from the cygwin installation program. I'd be glad to use that if I could make it work. Anyway, according to the man page, there are several code pages none of which are utf8. I was hoping to print the Cyrillic alphabet with this program: perl -wle binmode STDOUT, q[:utf8]; print chr() for 0x410 .. 0x430; Hi Siegfried, Install rxvt and use that instead. I believe there's a unicode package of it in Cygwin - it should have no trouble displaying cyrillic or chinese characters. So could you expand upon this Unicode package? what do I look for in the cygwin installer in addition to the rxvt packages? I tried specifying the font Arial Unicode MS which contains fonts for Chinese and Russian. It seemed to use the font but would not correctly print the Russian alphabet. Thanks, Siegfried -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: How to display Russian Cyrillic and Chinese in Cygwin Bash Console?
siegfried wrote: [snip] So could you expand upon this Unicode package? what do I look for in the cygwin installer in addition to the rxvt packages? They are separate packages, from http://cygwin.com/packages/ : rxvtVT102 terminal emulator for both X and Windows rxvt-unicode-X An improved version of rxvt requiring an Xserver. rxvt-unicode-common An improved version of rxvt requiring an Xserver. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sshd is too slow
command ssh localhost -p 1022 -vvv shows that: ... debug3: sign_and_send_pubkey //here costs me nearly 4 seconds! debug2: we sent a publickey packet, wait for reply ... debug2: shell request accepted on channel 0 Last login: Wed Sep 17 16:16:07 2008 from th143127.ip.tsinghua.edu.cn //here costs me nearly 3 seconds. [EMAIL PROTECTED]:~$ why is my sshd too slow? -- Keep In Touch! Electronics Engineering Department, Tsinghua University Dorm Tel: 8610 5153 4319 Mobile: 86 13401088180 MSN: [EMAIL PROTECTED] Email: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: How to display Russian Cyrillic and Chinese in Cygwin Bash Console?
On Wed, Sep 17, 2008 at 10:35 AM, siegfried wrote: Anyway, according to the man page, there are several code pages none of which are utf8. I was hoping to print the Cyrillic alphabet with this program: perl -wle binmode STDOUT, q[:utf8]; print chr() for 0x410 .. 0x430; Non-X rxvt can't display UTF-8. You should install 'rxvt-unicode' package, then read /usr/share/doc/Cygwin/rxvt-unicode-X-7.7.README which contains a lot of useful information on how to configure and use it. (Except that it says that vi can't display UTF-8 which is not true because you can :set enc=utf-8). Your perl command works well and displays Cyrillic letters in my rxvt-unicode window. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ANNOUNCEMENT] Updated experimental package: gcc4-4.3.2-1 (Why thread model is single?)
Tatsuro MATSUOKA wrote on 17 September 2008 06:30: Hello I have a simple question of the thead model of gcc-4. At gcc v3 on cygwin thead model is posix. $ gcc-4 -v : Thread model: single Is there any reason to be a single thread model for gcc-4? Nope, I misconfigured it (as I noticed while trying to build libjava); it'll be fixed in the next refresh. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
slow filesystem access mc start take sometimes 1 sec sometimes upto 7 sec or sometimes more
Hi, all My cygwin have very slow fileaccsess. I read many posts in mailing archive, but i see no solution that fix my Problem. I read in FAQ, that network access can slow things down. Is there a way to disable that shortly, to speed cygwin up ? I need most times no network in cygwin.i have only a wlan connection to my router for DSL. I use cygwin on FAT32 partition on Amd64 3000+ 32bit windows Xp SP3 1 GBram , partition e: (win is on c) long times(about 2 years) and it work fast. now i upgrade it, install much more packages (gcc) and it run slow. when i type mc(midnight commander), sometimes it take 1 sec sometimes it take 7 or more seconds to show the mc window. Also compiling and configuring is very slow. because i read mailinglist, i do some tests, but nothing help I type export PATH=/bin printenv PATH show then only 1 path dont help. mc work ok, but slow as before.so reducing of search paths dont help. now i type export PATH=/cygdrive/e/mydir/mydir/bin too after 1- 7 sec sometimes slow sometimes fast. he cygcheck take 2 minutes, here are the files i installed.xwindows i dont need, but something habe install it. let me know if you need more information from file Cygwin Package Information Last downloaded files to: E:\amiga\AmiDevCpp Last downloaded files from: http://www.goh4.com/cygwin/ Package Version _update-info-dir00744-1 alternatives1.3.30c-2 ash 20040127-3 atk 1.10.3-1 atk-runtime 1.10.3-1 autoconf4-1 autoconf2.1 2.13-3 autoconf2.5 2.61-1 automake2-1 automake1.101.10.1-1 automake1.4 1.4p6-4 automake1.5 1.5-2 automake1.6 1.6.3-3 automake1.7 1.7.9-3 automake1.8 1.8.5-3 automake1.9 1.9.6-2 base-files 3.7-1 base-passwd 2.2-1 bash3.2.39-19 bash-completion 20060301-2 binutils20080624-2 bzip2 1.0.5-2 chere 1.0-1 cmake 2.6.0-1 cocom 0.995-1 coreutils 6.10-1 cpio2.9-1 crypt 1.1-1 curl7.16.3-1 cygutils1.3.2-1 cygwin 1.5.25-15 cygwin-doc 1.4-4 diffutils 2.8.7-1 docbook-xml412 4.1.2-1 docbook-xsl 1.69.1-1 e2fsprogs 1.35-3 editrights 1.01-2 expat 2.0.1-1 expect 20030128-1 file4.21-1 findutils 4.4.0-1 fontconfig 2.4.1-5 freetype2 2.3.4-2 gawk3.1.6-1 gcc 3.4.4-3 gcc-core3.4.4-3 gcc-g++ 3.4.4-3 gcc-mingw-core 20050522-1 gcc-mingw-g++ 20050522-1 gettext 0.15-1 ghostscript-base8.62-2 ghostscript-fonts-other 6.0-1 ghostscript-fonts-std 8.11-1 glib1.2.10-3 glib2 2.10.3-1 glib2-devel 2.10.3-1 glib2-runtime 2.10.3-1 gmp 4.2.2-1 grep2.5.1a-4 groff 1.18.1-2 gtk2-x112.6.10-1 gtk2-x11-runtime2.6.10-1 guile 1.8.2-1 gzip1.3.12-2 icu 3.8-3 jbigkit 1.6-1 jpeg6b-12 lapack 3.0-5 less382-1 lesstif 0.94.4-1 libaa1 1.4rc5-2 libao2 0.8.8-1 libapr1 1.2.11-1 libaprutil1 1.2.10-1 libart_lgpl22.3.20-1 libaudiofile0 0.2.6-2 libautotrace3 0.31.1-1 libbz2-devel1.0.5-2 libbz2_11.0.5-2 libcharset1 1.11-1 libcurl47.16.3-1 libdb4.24.2.52.5-2 libdb4.2-devel 4.2.52.5-2 libdb4.54.5.20.2-2 libecpg-compat2 8.2.9-1 libEMF1 1.0.3-2 libesound0 0.2.36-1 libexpat0 1.95.8-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libfcgi02.4.0-2 libFLAC++6 1.2.1-1 libFLAC81.2.1-1 libfontconfig-devel 2.4.1-5 libfontconfig1 2.4.1-5 libfpx-devel1.2.0.13-1 libfpx1 1.2.0.13-1 libfreetype2-devel 2.3.4-2 libfreetype26 2.3.4-2 libgcrypt 1.4.1-4 libgcrypt11 1.4.1-4 libgd-devel 2.0.35-2 libgd2 2.0.35-2 libgdbm41.8.3-8 libgettextpo0 0.15-1 libglade2 2.5.1-1 libglut32.4.0-1 libgmp3 4.2.2-1 libgnomecanvas2 2.12.0-1 libgnutls26 2.2.2-1 libgpg-error1.6-1 libGraphicsMagick0 1.0.6-1 libguile12 1.6.7-4
[ANNOUNCEMENT] Experimental: octave{,-doc,-devel}-3.0.2-2 and octave-forge-20080831-2
Versions 20080831-2 of octave-forge and 3.0.2-2 of octave/octave-doc/octave-devel have been uploaded as experimental. To view/install them select Exp instead of Curr on the Select Packages window of setup.exe These version are built with the just released gcc-4.3.2-1 compiler, there is no source difference versus the current versions built with gcc-3.4.4-3 octave{,-doc,-devel}-3.0.2-1 octave-forge-20080831-1 Main advantage, a sensible speed improvement. It is roughly 5 times faster due to the more performing c++ exception handling of cygwin gcc-4 $ time make check (on octave-3.0.2-2 / gcc 4.3.2-1) real2m35.885s user2m32.605s sys 0m17.254s (on octave-3.0.2-1 / gcc 3.4.4-3) real10m56.949s user10m31.365s sys 0m17.373s I will appreciate any feedback and/or fault report using them Regards Marco Atzeri 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: [EMAIL PROTECTED] 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. __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] bzr no work
In Cygwin 1.7: $ bzr whoami Traceback (most recent call last): File /usr/bin/bzr, line 64, in module import bzrlib File __init__.py, line 25, in module File osutils.py, line 319, in module File lazy_import.py, line 106, in __getattribute__ File lazy_import.py, line 89, in _replace File lazy_import.py, line 193, in _import File win32utils.py, line 56, in module File /tmp/python.6884/usr/lib/python2.5/ctypes/__init__.py, line 431, in mo dule File /tmp/python.6884/usr/lib/python2.5/ctypes/__init__.py, line 340, in __i nit__ OSError: No such file or directory I just upgraded to bzr 1.6.1-1, and I still have this problem. This seems like a missing dependency, but I'm not able to figure out from the error messages what's missing. Line 340 of __init__.py calls _dlopen(). Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: slow filesystem access mc start take sometimes 1 sec sometimes upto 7 sec or sometimes more
On 09/17/2008, Bernd Roesch wrote: My cygwin have very slow fileaccsess. We ask that 'cygcheck' output be *attached* rather than appended. See http://cygwin.com/problems.html Given your description of the problem so far and particularly the fact that you get slow results from 'cygcheck', which is a vanilla Win32 program, I suspect http://cygwin.com/acronyms/#BLODA. -- 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? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: slow filesystem access mc start take sometimes 1 sec sometimes upto 7 sec or sometimes more
Larry Hall (Cygwin) wrote on 17 September 2008 17:34: On 09/17/2008, Bernd Roesch wrote: My cygwin have very slow fileaccsess. We ask that 'cygcheck' output be *attached* rather than appended. See http://cygwin.com/problems.html Given your description of the problem so far and particularly the fact that you get slow results from 'cygcheck', which is a vanilla Win32 program, I suspect http://cygwin.com/acronyms/#BLODA. So, please do send the full cygcheck -s -r -v output as an attachment; the list of packages alone tells us almost nothing, it's the system and environment info that you omitted that is actually the most informative part! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.21-1: sshd: child_copy: linked dll data write copy failed after computer reboot (Windows 2000 SP4)
I wanted to follow up to the below thread from 2006 because I came across another situation that had the same symptoms but a different solution. More info below the old post. On November 8, 2006, Larry Hall (Cygwin) wrote: Dan Harkless wrote: On November 7, 2006, Larry Hall (Cygwin) wrote: No. Another application using a different cygwin1.dll would have to be running. As long as it is, the old cygwin1.dll is loaded in memory and will cause conflicts. Kill'em. Okay. Good to know. Would the other copy need to be called cygwin1.dll, or would the problem still occur if the 3PP renamed their copy to something else? Yes, the problem would still occur. See the email archives for details if you're interested. I did notice that there is a C:\WINNT\system32\cygz.dll file, dated June 21, 2005 (I tried various 'strings' commandlines on it but didn't get anything that looked like a version number). Is it feasible it could be causing sshd to misbehave after reboot until it's restarted? Perhaps I should try making a safety copy of it, reboot, and see if sshd allows connections without being restarted. Delete all cyg*.dlls you have in the system32 directory. Whatever is there is put there by a http://cygwin.com/acronyms/#3PP. That was it!! I copied off and then deleted cygz.dll from the system32 directory and now I can ssh in directly after rebooting! I suspected. Tellingly, when I tried to delete cygz.dll, I got an error that it was in use. Running Process Explorer told me it was sshd using it, so I had to net stop it and then kill one remaining sshd process to be able to delete the file. A little odd that sshd binding to the wrong copy of cygz.dll would only cause a problem when run at boot time, but there you have it. It's highly dependent on the order you did things. You don't need'em. You don't want'em. They'll just cause you grief (as you've noted already). Well, I don't know that I don't need 'em. I may have just broken a video editing related piece of software that I have a need to use. But perhaps if the software specifically depends on those older versions of cygwin1.dll and cygz.dll I can move them into the same directory as its executable. Trust me. You're better off without them. Add the path to bin to your PATH variable for Windows and everything that needs cygwin1.dll will just work. Same for cygz.dll, as long as you've installed that package. A little worried about the fact that cygwin1.dll seemed to restore itself after I deleted it, but I did install some video software last night, so perhaps it was a new package that stuck in the new (if identical) copy rather than the original one repairing itself. I guess I could use Process Monitor (the successor to Filemon and Regmon -- Microsoft is now redirecting sysinternals.com URLs to an area on microsoft.com, BTW) or something to find out who's sticking it there. Right. Unfortunately, you'll have to do this every time you install from a 3PP. One thing I didn't notice until this evening is that the cygwin1.dll and cygz.dll in system32 had the Hidden attribute on! Some 3PP really didn't want me to mess with them. Luckily I always configure my Windows Explorer to display hidden files (and I used 'find', which ignores the Hidden attribute, rather than the error message's suggested Start... Search), but I can see this causing a lot of consternation for less savvy users. Setting the hidden attribute on DLLs is now standard Windows procedure. Thanks to all for your help in solving this! (Hopefully it'll *remain* working this time. ;^ At least if it doesn't I'll almost certainly know why.) Right. You're welcome. :-) Here was my original post on this topic: http://www.cygwin.com/ml/cygwin/2006-11/msg00120.html In the new case, it was on a Windows XP system rather than a Windows 2000 system. I was using Cygwin 1.5.25-12 and OpenSSH 5.0p1-1. The errors were almost the same, except this time in sshd.log, it had Win32 error 87 rather than Win32 error 487. In this case, it turned out that there were no extra cyg*.dll files in the Windows directories. Instead, the culprit turned out to be McAfee VirusScan Enterprise 8.0i. There were no settings activated in it that should have stopped sshd from working correctly -- merely being installed caused the problem (not sure if it embeds portions of Cygwin or if it merely caused similar problems). As before, while sshd would not work after a boot, doing a 'net stop sshd; net start sshd' would fix it temporarily. Uninstalling VSE 8.0i fixed the problem. VSE 8.5i was subsequently installed on the system and sshd works after a reboot with it. I will be unsubscribing from the mailing list after making this followup post, so if you reply, please CC me. -- Dan Harkless http://harkless.org/dan/ -- Unsubscribe info:
RE: 1.5.21-1: sshd: child_copy: linked dll data write copy failed after computer reboot (Windows 2000 SP4)
Dan Harkless wrote on 17 September 2008 18:42: I wanted to follow up to the below thread from 2006 because [ ... ] A lot has happened since 2006! [ ... ] McAfee [ ... ] In particular, we have created the http://cygwin.com/acronyms/#BLODA, on which (http://tinyurl.com/BLODA) you will see McAfee take pride of place[*]. merely being installed caused the problem When it comes to Norton/McAfee/Symantec, us sysadmins have a saying: Merely being installed IS the problem! Uninstalling VSE 8.0i fixed the problem. VSE 8.5i was subsequently installed on the system and sshd works after a reboot with it. Thanks for the follow-up. cheers, DaveK [*] - Well, the list isn't actually sorted into any order, but YKWIM. -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.21-1: sshd: child_copy: linked dll data write copy failed after computer reboot (Windows 2000 SP4)
Dan Harkless wrote: I wanted to follow up to the below thread from 2006 because I came across another situation that had the same symptoms but a different solution. More info below the old post. On November 8, 2006, Larry Hall (Cygwin) wrote: Dan Harkless wrote: On November 7, 2006, Larry Hall (Cygwin) wrote: No. Another application using a different cygwin1.dll would have to be running. As long as it is, the old cygwin1.dll is loaded in memory and will cause conflicts. Kill'em. Okay. Good to know. Would the other copy need to be called cygwin1.dll, or would the problem still occur if the 3PP renamed their copy to something else? Yes, the problem would still occur. See the email archives for details if you're interested. I did notice that there is a C:\WINNT\system32\cygz.dll file, dated June 21, 2005 (I tried various 'strings' commandlines on it but didn't get anything that looked like a version number). Is it feasible it could be causing sshd to misbehave after reboot until it's restarted? Perhaps I should try making a safety copy of it, reboot, and see if sshd allows connections without being restarted. Delete all cyg*.dlls you have in the system32 directory. Whatever is there is put there by a http://cygwin.com/acronyms/#3PP. That was it!! I copied off and then deleted cygz.dll from the system32 directory and now I can ssh in directly after rebooting! I suspected. Tellingly, when I tried to delete cygz.dll, I got an error that it was in use. Running Process Explorer told me it was sshd using it, so I had to net stop it and then kill one remaining sshd process to be able to delete the file. A little odd that sshd binding to the wrong copy of cygz.dll would only cause a problem when run at boot time, but there you have it. It's highly dependent on the order you did things. You don't need'em. You don't want'em. They'll just cause you grief (as you've noted already). Well, I don't know that I don't need 'em. I may have just broken a video editing related piece of software that I have a need to use. But perhaps if the software specifically depends on those older versions of cygwin1.dll and cygz.dll I can move them into the same directory as its executable. Trust me. You're better off without them. Add the path to bin to your PATH variable for Windows and everything that needs cygwin1.dll will just work. Same for cygz.dll, as long as you've installed that package. A little worried about the fact that cygwin1.dll seemed to restore itself after I deleted it, but I did install some video software last night, so perhaps it was a new package that stuck in the new (if identical) copy rather than the original one repairing itself. I guess I could use Process Monitor (the successor to Filemon and Regmon -- Microsoft is now redirecting sysinternals.com URLs to an area on microsoft.com, BTW) or something to find out who's sticking it there. Right. Unfortunately, you'll have to do this every time you install from a 3PP. One thing I didn't notice until this evening is that the cygwin1.dll and cygz.dll in system32 had the Hidden attribute on! Some 3PP really didn't want me to mess with them. Luckily I always configure my Windows Explorer to display hidden files (and I used 'find', which ignores the Hidden attribute, rather than the error message's suggested Start... Search), but I can see this causing a lot of consternation for less savvy users. Setting the hidden attribute on DLLs is now standard Windows procedure. Thanks to all for your help in solving this! (Hopefully it'll *remain* working this time. ;^ At least if it doesn't I'll almost certainly know why.) Right. You're welcome. :-) Here was my original post on this topic: http://www.cygwin.com/ml/cygwin/2006-11/msg00120.html In the new case, it was on a Windows XP system rather than a Windows 2000 system. I was using Cygwin 1.5.25-12 and OpenSSH 5.0p1-1. The errors were almost the same, except this time in sshd.log, it had Win32 error 87 rather than Win32 error 487. In this case, it turned out that there were no extra cyg*.dll files in the Windows directories. Instead, the culprit turned out to be McAfee VirusScan Enterprise 8.0i. There were no settings activated in it that should have stopped sshd from working correctly -- merely being installed caused the problem (not sure if it embeds portions of Cygwin or if it merely caused similar problems). As before, while sshd would not work after a boot, doing a 'net stop sshd; net start sshd' would fix it temporarily. Uninstalling VSE 8.0i fixed the problem. VSE 8.5i was subsequently installed on the system and sshd works after a reboot with it. Good to know that a later version seems to help and/or solve the problem. The situation you describe has been reported in the past in various incarnations and has been characterized under the term BLODA. See http://cygwin.com/faq/faq.using.html#faq.using.bloda for more info. -- Larry Hall
Slow fork issue - Win x64
Hello, I have been noticing extreme slowdowns in vista/2k8 64 with latest cygwin 1.5. Fresh installation, no antivirus. The command used to test speed is: while (true); do date; done | uniq -c On windows 2008 64bit: 11 Wed Sep 17 20:35:22 RDT 2008 11 Wed Sep 17 20:35:23 RDT 2008 12 Wed Sep 17 20:35:24 RDT 2008 11 Wed Sep 17 20:35:25 RDT 2008 12 Wed Sep 17 20:35:26 RDT 2008 11 Wed Sep 17 20:35:27 RDT 2008 12 Wed Sep 17 20:35:28 RDT 2008 11 Wed Sep 17 20:35:29 RDT 2008 11 Wed Sep 17 20:35:30 RDT 2008 On windows XP SP3 32bit: 51 Wed Sep 17 20:35:42 2008 50 Wed Sep 17 20:35:43 2008 50 Wed Sep 17 20:35:44 2008 51 Wed Sep 17 20:35:45 2008 50 Wed Sep 17 20:35:46 2008 51 Wed Sep 17 20:35:47 2008 48 Wed Sep 17 20:35:48 2008 50 Wed Sep 17 20:35:49 2008 50 Wed Sep 17 20:35:50 2008 I of course wont compare to linux since the situation is quite different(and cygwin's fork has a lot more work to do) At first I thought it was a syswow64(windows on windows 64, the windows 32 subsystem of windows 64bit) that was causing the issue since cygwin is 32 bit. But then I ran the following test: Running 200 times the 32bit cmd.exe /C exit from cygwin and from a normal 32bit windows cmd. To my great surprise cygwin took 14seconds, while cmd took 2.5seconds. The only difference I can see between the two is that cygwin's fork does more work... But should it really be such a big difference? Thanks for any hints, -- Best regards, Paul-Kenji mailto:[EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin source
Where is the actual source code repo for the cygwin dll, as opposed to any of the other things? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin source
Where is the actual source code repo for the cygwin dll, as opposed to any of the other things? On every page of cygwin.com, as part of the left-hand navbar, is a link to http://cygwin.com/cvs.html. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Experimental: octave{,-doc,-devel}-3.0.2-2 and octave-forge-20080831-2
Hello Macro I have tried to install octave 3.0.2-2 through the cygwin setup. Uninstall of octave 3.0.2-1 was successful but install of octave 3.0.2-2 was failed. The mirror site I have used ftp.jaist.ac.jp(ftp), ring.aist.go.jp(ftp) Any suggestions? Regards Tatsuro --- Marco Atzeri [EMAIL PROTECTED] wrote: Versions 20080831-2 of octave-forge and 3.0.2-2 of octave/octave-doc/octave-devel have been uploaded as experimental. To view/install them select Exp instead of Curr on the Select Packages window of setup.exe These version are built with the just released gcc-4.3.2-1 compiler, there is no source difference versus the current versions built with gcc-3.4.4-3 octave{,-doc,-devel}-3.0.2-1 octave-forge-20080831-1 Main advantage, a sensible speed improvement. It is roughly 5 times faster due to the more performing c++ exception handling of cygwin gcc-4 $ time make check (on octave-3.0.2-2 / gcc 4.3.2-1) real2m35.885s user2m32.605s sys 0m17.254s (on octave-3.0.2-1 / gcc 3.4.4-3) real10m56.949s user10m31.365s sys 0m17.373s I will appreciate any feedback and/or fault report using them Regards Marco Atzeri 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: [EMAIL PROTECTED] 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. __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Enjoy MLB with MAJOR.JP! Ichiro, Matsuzaka, Matsui, and more! http://pr.mail.yahoo.co.jp/mlb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin source
NightStrike wrote: Where is the actual source code repo for the cygwin dll, as opposed to any of the other things? http://cygwin.com/cvs.html -- 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? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin source
On Wed, Sep 17, 2008 at 11:22 PM, Eric Blake [EMAIL PROTECTED] wrote: Where is the actual source code repo for the cygwin dll, as opposed to any of the other things? On every page of cygwin.com, as part of the left-hand navbar, is a link to http://cygwin.com/cvs.html. -- Eric Blake I see on here how to get to something called winsup (I have no idea what that is). I also see how to browse the cvs tree. What part of that tree is the cygwin dll itself? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin source
NightStrike writes: I see on here how to get to something called winsup (I have no idea what that is). I also see how to browse the cvs tree. What part of that tree is the cygwin dll itself? The directory named: cygwin ..mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Experimental: octave{,-doc,-devel}-3.0.2-2 and octave-forge-20080831-2
Hi It seemed that the process of update-desktop-database.exe collapsed during installing. The verion number of setup.exe that I used was 2.573.2.3. *update-desktop-database.exe.stuckdump Exception: STATUS_ACCESS_VIOLATION at eip=610DEFA1 eax= ebx= ecx= edx=0010 esi= edi=0010 ebp=0022CAC8 esp=0022CAC4 program=C:\Programs\cygwin\bin\update-desktop-database.exe, pid 5952, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022CAC8 610DEFA1 (0010, , FFF9, 6AA44002) 0022CB18 6AA446DC (0010, , 1001A340, ) 0022CB48 6AA44816 (0010, , 6AA81A9E, 1001A2D0) 0022CB88 6AA45055 (0010, , , ) 0022CBC8 6AA4A805 (0010, , 0022CBE8, 004060B0) 0022CBF8 004013C8 (0010, 004082E9, 0022CC18, ) 0022CC28 00401917 (0010, 0022CC5C, 6116BFF8, 0022CC60) 0022CCE8 00401B9D (0001, 6116BFF8, 10010090, ) 0022CD98 610060D8 (, 0022CDD0, 61005450, 0022CDD0) 61005450 61004416 (009C, A02404C7, E8611021, FF48) 9 [main] update-desktop-database 5952 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) End of update-desktop-database.exe.stuckdump So I have downloaded all tar files and they were manually extracted and they worked fine. I do not know what were wrong. Regards Tatsuro --- Tatsuro MATSUOKA [EMAIL PROTECTED] wrote: Hello Macro I have tried to install octave 3.0.2-2 through the cygwin setup. Uninstall of octave 3.0.2-1 was successful but install of octave 3.0.2-2 was failed. The mirror site I have used ftp.jaist.ac.jp(ftp), ring.aist.go.jp(ftp) Any suggestions? Regards Tatsuro -- Enjoy MLB with MAJOR.JP! Ichiro, Matsuzaka, Matsui, and more! http://pr.mail.yahoo.co.jp/mlb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Experimental: octave{,-doc,-devel}-3.0.2-2 and octave-forge-20080831-2
Versions 20080831-2 of octave-forge and 3.0.2-2 of octave/octave-doc/octave-devel have been uploaded as experimental. To view/install them select Exp instead of Curr on the Select Packages window of setup.exe These version are built with the just released gcc-4.3.2-1 compiler, there is no source difference versus the current versions built with gcc-3.4.4-3 octave{,-doc,-devel}-3.0.2-1 octave-forge-20080831-1 Main advantage, a sensible speed improvement. It is roughly 5 times faster due to the more performing c++ exception handling of cygwin gcc-4 $ time make check (on octave-3.0.2-2 / gcc 4.3.2-1) real2m35.885s user2m32.605s sys 0m17.254s (on octave-3.0.2-1 / gcc 3.4.4-3) real10m56.949s user10m31.365s sys 0m17.373s I will appreciate any feedback and/or fault report using them Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: [EMAIL PROTECTED] . *** 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: [EMAIL PROTECTED] 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. __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it