Re: Putting my packages up for adoption
On Apr 29 22:34, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Max Bowsher on 4/29/2008 4:47 PM: | Accordingly I'm putting my packages up for adoption: | | * patchutils I use this enough to warrant adopting it. I'll post an ITA soon (although since it hasn't changed upstream, I'm not sure what the ITA would do other than repackage with cygport)... | Farewell, of sorts, and thanks everyone for helping make Windows a nice | place to be the past many years! Farewell, and thanks for your efforts. Sad ACK. I've marked all your packages as orphaned now. Keep rocking, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Putting my packages up for adoption
On Wed, April 30, 2008 3:27 am, Corinna Vinschen wrote: According to Max Bowsher on 4/29/2008 4:47 PM: | Farewell, of sorts, and thanks everyone for helping make Windows a nice | place to be the past many years! Sad ACK. I've marked all your packages as orphaned now. Would not a farewell gold star be appropriate?
Re: Putting my packages up for adoption
On Apr 30 04:20, Yitzchak Scott-Thoennes wrote: On Wed, April 30, 2008 3:27 am, Corinna Vinschen wrote: According to Max Bowsher on 4/29/2008 4:47 PM: | Farewell, of sorts, and thanks everyone for helping make Windows a nice | place to be the past many years! Sad ACK. I've marked all your packages as orphaned now. Would not a farewell gold star be appropriate? Sure! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Putting my packages up for adoption
Max Bowsher wrote: * doxygen I'm interested, contingent on seeing what it takes to build it. * expat I can do this one, but I'm concerned because expat.sf.net isn't responding right now. Did expat die again while I wasn't looking? * sqlite3 I know very little about using SQLite directly, so I may not be the right person to take it. I've been using it indirectly recently, so I have test DBs I can play with. I'll take a look at it in case no one better is found. Please email me the package build scripts, and brief instructions on their use. I maintain the ctags package, but do so with hand-rolled tools due to weirdnesses of its build system. So, I know how to build Cygwin packages, but I don't know how to build _your_ packages. :)
[ITA] patchutils-0.2.31-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Volunteering to take over from Max. This merely repackages using cygport, since upstream has not changed in a few years. setup.hint: # setup for patchutils sdesc: A small collection of programs that operate on patch files ldesc: Patchutils is a small collection of programs that operate on patch files. You can use the programs to combine, filter and split, correct output from 'cvs diff', list and grep patch files. category: Text Utils Devel requires: bash cygwin diffutils patch perl #maintainer: Eric Blake To download: wget -r http://home.comcast.net/~ericblake/patchutils/ http://home.comcast.net/~ericblake/patchutils/setup.hint http://home.comcast.net/~ericblake/patchutils/patchutils-0.2.31-2.tar.bz2 http://home.comcast.net/~ericblake/patchutils/patchutils-0.2.31-2-src.tar.bz2 - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgYbjIACgkQ84KuGfSFAYBomwCgxE4hpl8w6WiF3Zr6mI/eo5Lt si4AoJW/wFCvPDwxklMP6fk5FLwwBjKM =+ghG -END PGP SIGNATURE-
Re: Putting my packages up for adoption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For those that may be interested in adoption, there are updated versions of some of these now in Ports: | * apr1 aprutil1 http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/libs/apr1/ http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/libs/aprutil1/ | * expat http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/libs/expat/ | * neon http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/libs/neon/ | * sqlite3 http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/db/sqlite3/ | * swig http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/devel/swig/ Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkgYbf4ACgkQpiWmPGlmQSNrmACeM5tlA2iLWY/5H9sOPW1uwDm7 w/4An2dJH2GW3xdQT+dSUFy9ZlubRpcd =hoKQ -END PGP SIGNATURE-
Re: Putting my packages up for adoption
On Wed, 30 Apr 2008, Warren Young wrote: Please email me the package build scripts, and brief instructions on their use. I maintain the ctags package, but do so with hand-rolled tools due to weirdnesses of its build system. So, I know how to build Cygwin packages, but I don't know how to build _your_ packages. :) Warren, Downloading the corresponding source packages from the Cygwin mirrors should give you the exact set of tools used to build the packages. Depending on the packaging method, it could be as simple as running a script. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel
Re: [ITA] patchutils-0.2.31-2
On Apr 30 07:03, Eric Blake wrote: http://home.comcast.net/~ericblake/patchutils/setup.hint http://home.comcast.net/~ericblake/patchutils/patchutils-0.2.31-2.tar.bz2 http://home.comcast.net/~ericblake/patchutils/patchutils-0.2.31-2-src.tar.bz2 Uploaded. Thanks for taking over, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Putting my packages up for adoption
Max Bowsher writes: * neon Will take this one, it's needed by cadaver. Ciao Volker
Re: Putting my packages up for adoption
Warren Young wrote: Max Bowsher wrote: * doxygen I'm interested, contingent on seeing what it takes to build it. It's a most bizarre and quirky buildsystem that I've never seen any other package use. * expat I can do this one, but I'm concerned because expat.sf.net isn't responding right now. Did expat die again while I wasn't looking? I guess that's just SourceForge sucking. Worthy of note here is that you've got an ABI transition to deal with going from 1.95.x to 2.x, i.e. libexpat0 to libexpat1. (Assuming I remember rightly from when I dabbled with this). * sqlite3 I know very little about using SQLite directly, so I may not be the right person to take it. I've been using it indirectly recently, so I have test DBs I can play with. I'll take a look at it in case no one better is found. Please email me the package build scripts, and brief instructions on their use. I maintain the ctags package, but do so with hand-rolled tools due to weirdnesses of its build system. So, I know how to build Cygwin packages, but I don't know how to build _your_ packages. :) All my packages are generic-build-script based. I *think* that the base g-b-s version for each should be as follows: apache2, apr1, aprutil1, subversion: CVS r1.47 others: CVS r1.38 Max. signature.asc Description: OpenPGP digital signature
Re: Putting my packages up for adoption
On 4/30/2008 3:45 PM, Max Bowsher wrote: Warren Young wrote: All my packages are generic-build-script based. I *think* that the base g-b-s version for each should be as follows: apache2, apr1, aprutil1, subversion: CVS r1.47 I have a .cygport for subversion-1.4.6 if anyone's interested. I'm working on one for subversion-1.5.0-rc4. I may be interested in maintaining subversion since I use it daily. However, I only use the CLI under Cygwin, so I'm not very confident in my ability to test and troubleshoot the other components (apache mods, svnserve, perl, ruby, and python bindings, etc.) -- David Rothenberger [EMAIL PROTECTED] Dirksen's Three Laws of Politics: (1) Get elected. (2) Get re-elected. (3) Don't get mad, get even. -- Sen. Everett Dirksen
Re: WG: Can't build cygwin X server : directory program/xrx is missing
Eberhard Harbrink a écrit : Install the sources from the cvs STABLE tree. xrx is in the stable tree. Regards I get the release 6.8.99.901 from CVS $ cvs -z6 -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co -r XORG-6_8_99_901 xc but I can't compile it error in .../lib/Xft1 when building libXft-1.dll.a xftpat.o:xftpat.c:(.text+0x3c2): undefined reference to « _FcPatternInsertElt » xftpat.o:xftpat.c:(.text+0x3ce): undefined reference to « _FcPatternFindElt » I get the main version from CVS $ cvs -z6 -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co xc and ... there are some errors ... in makefile make[4]: Entering directory `/e/t/freedesktop.cvs/build/lib/GL/glx' Makefile:8: *** missing separator. Stop. make[4]: Leaving directory `/e/t/freedesktop.cvs/build/lib/GL/glx' make[3]: *** [clean] Error 2 I will try with older version except if somebody has a better idea ... -Ursprüngliche Nachricht- Von: patrick ficheux [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 29. April 2008 10:30 An: cygwin-xfree@cygwin.com Betreff: Can't build cygwin X server : directory program/xrx is missing I'm trying to rebuild X server (XWin.exe) from the source tree xorg-x11 6.8.99.901-1 (last stable version) when I run 'make', I get those errors $ make World ... make[3]: Leaving directory `/usr/src/xc/programs/xrefresh' cleaning in programs/xrx... make: Entering an unknown directory make: *** xrx: No such file or directory. Stop. make: Leaving an unknown directory make[2]: *** [clean] Error 2 make[2]: Leaving directory `/usr/src/xc/programs' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/usr/src/xc' make: *** [World] Error 2 The directory /usr/src/xc/programs/xrx is missing The source package of xorg-x11-bin (which contains xrx.exe) doesn't contain this directory Where can I find it ? I find an older thread here : http://cygwin.com/ml/cygwin-xfree/2006-10/msg00045.html with the same problem but without solution. any ideas ? Regards, -- 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/
XWin hanging on start up ...
Hello, I'm having trouble getting XWin to run, I've copied the default /etc/X11/xinit/xinitrc to ~/.xinitrc but when I run xinit the window hangs and I have to kill the processes. When I look at the applications tab in task manager I see the Cygwin/X 0:0 running, then another one appears and they both change to not responding. In the processes tab I can see processes for xkbcomp.exe, xinit.exe and XWin.exe. I've also added C:\cygwin\bin;C:\cygwin\usr\X11R6\bin to my path environment variable. I'm running Norton 360 and have allowed XWin. I've also tried uninstalling Norton 360, same problem. I've tired a re-install of Cygwin and that doesn't work either. I have a dual monitor display, 1920 x 1200 and 1280 x 1024 extended desktop, so I tried disabling one of the monitors but no luck. I can't think of what else to try, I've run XWin before without any problems but that was a while ago. The machine I'm using is a fresh install of Win XP SP2 I've just rebuilt hence installing cygwin again. The machine is a Dell Dimension 8400 P4 3.4 GHz with 3GB RAM and a NVidia Geforce 6800 GT (lastest NVidia drivers) . I've also tried to run the default Start X - Server batch file, then in a cygwin shell setting DISPLAY to 127.0.0.1:0 or 127.0.0.1:0.0 and running xclock, X Server is in the system tray and the xclock process is running, but I don't get the clock on the screen. Any help would be greatly appreciated, thanks .. :-) output for xinit of /tmp/XWin.log XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Output of xinit Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.99.901-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winFinishScreenInitFB - Masks: f800 07e0 001f MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Rules = xorg Model = pc105 Layout = gb Variant = (null) Options = (null ) _ Play the Andrex Hello Softie Game win great prizes http://www.thehellosoftiegame.co.uk -- 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/
Couldn't startx. could not open default font 'fixed'
I am unable to start cygwin due to an error message Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress (full log file attached). I deleted cygwin and completely downloaded if from the Internet and reinstalled all packeges (in stable version), but the problem still remains. (WW) /tmp mounted int textmode _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (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: 1024 height: 768 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: 0409 (0409) (--) Using preset keyboard for English (USA) (409), 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 -- 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 mount.cc path.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-04-30 08:49:24 Modified files: winsup/cygwin : ChangeLog mount.cc path.cc Log message: * mount.cc (is_unc_share): Allow \\?\ prefix as well. Enhance comment. (mount_info::from_fstab): Remove patch from 2008-04-29. * mount.cc (mount_info::conv_to_posix_path): Simplify test for native UNC path. * path.cc (normalize_win32_path): Ditto. (symlink_worker): Ditto. (symlink_info::posixify): Ditto. (cygwin_conv_path): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4132r2=1.4133 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/mount.cc.diff?cvsroot=srcr1=1.4r2=1.5 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.494r2=1.495
src/winsup/cygwin ChangeLog dtable.cc dtable.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-04-30 09:51:38 Modified files: winsup/cygwin : ChangeLog dtable.cc dtable.h fhandler.h fork.cc spawn.cc Log message: * dtable.cc (dtable::release): Drop fixup_before handling. (dtable::fixup_before_fork): Remove. (dtable::fixup_before_exec): Remove. * dtable.h (class dtable): Remove cnt_need_fixup_before member. (dtable::dtable): Accommodate above change. (dtable::dec_need_fixup_before): Remove. (dtable::inc_need_fixup_before): Remove. (dtable::need_fixup_before): Remove. (dtable::fixup_before_exec): Remove declaration. (dtable::fixup_before_fork): Ditto. * fhandler.h (fhandler_base::fixup_before_fork_exec): Remove. (fhandler_base::need_fixup_before): Remove. * fork.cc (frok::parent): Drop fixup_before handling. * spawn.cc (spawn_guts): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4133r2=1.4134 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.cc.diff?cvsroot=srcr1=1.189r2=1.190 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.h.diff?cvsroot=srcr1=1.45r2=1.46 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.342r2=1.343 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fork.cc.diff?cvsroot=srcr1=1.199r2=1.200 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.259r2=1.260
src/winsup/cygserver ChangeLog sysv_msg.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-04-30 19:09:41 Modified files: winsup/cygserver: ChangeLog sysv_msg.cc Log message: * sysv_msg.cc: Add fix from upstream version 1.65. (msgsnd): Call msleep with timeout value. Handle EWOULDBLOCK. Make sure it's clear from where msleep has been called in debug output. (msgrcv): Make sure it's clear from where msleep has been called in debug output. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygserver/ChangeLog.diff?cvsroot=srcr1=1.62r2=1.63 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygserver/sysv_msg.cc.diff?cvsroot=srcr1=1.3r2=1.4
Re: FW: ssmtp with multiple email accounts
See, I knew someone else must have run into this :-) George Davidovich, who would rather I didn't publish his email address, sent me this: -- Forwarded message -- IIRC, ssmtp is dead or dying and has a few outstanding issues, though both ssmtp and msmtp are available for Cygwin. The following is for msmtp. # # ~/.mutt/muttrc # folder-hook . set sendmail=/usr/local/bin/msmtp -a REAL folder-hook mbox1'set sendmail=/usr/local/bin/msmtp -a REAL' folder-hook mbox2'set sendmail=/usr/local/bin/msmtp -a OTHER' # # ~/.msmtprc # account REAL host my.smtp.host1 from some address auth login user foo password 012345 account OTHER host my.smtp.host2 from some other address auth login user bar password 012345 If you are intent on using ssmtp, something along the following (taken from an old muttrc file) should work: [..] folder-hook mbox1 \ 'set sendmail=/usr/sbin/ssmtp.exe [EMAIL PROTECTED] -ap012345' The ''set sendmail=/usr/sbin/ssmtp.exe -au...'' definitely works. What I couldn't get to work was ''set sendmail=/usr/sbin/ssmtp.exe -Csome config file'' but I haven't managed to get to the bottom of that yet. I kept getting a message something like Couldn't connect to mailhub:25 which was a bit odd because in the referenced config file I specified port 465 as I recall, so it isn't clear if it isn't picking up the file correctly or if there is an issue or incorrect error message in ssmtp, or what. I'm not so keen on using the folder-hook since I have *lots* of folders and so would need to keep the hooks sync'd with creation/deletion of folders, but it works fine for what it is. If I make any further advances I'll post to the list, but meanwhile I hope someone finds this info useful. -- 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: File path to URI
Has anyone seen a command line tool for converting path (e.g. /cygdrive/h/privat/news_alert.conf) to file URI (file:///cygdrive/h/privat/news_alert.conf) Yes, tweaking with string concatenation or calling some java code would be a way, though I would prefer some proper command within the cygwin - bash domain. $ cat fileuri EOF echo -n file:///; cygpath -m $1 EOF $ ./fileuri ~ file:///d:/data/URBANR/My Documents -- 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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.
Charles, Well, one of the differences between ftpd-1.3.2 and ftpd-1.5 is that the newer version uses mmap on the (local) file. ftpd.c is the /only/ source file in inetutils that uses mmap. So, I recompiled with HAVE_MMAP turned off (but still using 4k chunks). Give this a try: http://cygwin.cwilson.fastmail.fm/ITP/ftpd-no-mmap-4k.exe.bz2 I get behavior here which is very similar to what I reported for the 4k-WITH-mmap version: (1) sane memory profile (2) topology one, 9-10 Mbps 2-3% cpu (3) topology two, 14-15 Mbps, 4-6% cpu [*] I'm not sure what benefit mmap has in this case -- unless you can exploit some zero-copy kernel code for transferring data from disk to ethernet device. But I don't think Windows has anything like that. I certainly don't *see* any benefit, in my limited testing on this set of hardware. If this *does* fix the problem, it may point to an issue with cygwin-1.5's mmap implementation, or with XP's handling of the underlying NtCreateSection()...mmap is not supposed to be CPU-intensive. Ok, with this version memory stays at a constant 3600kb, cpu usage hovers at around 50%, and performance is quick (55 seconds to transfer the file). Its *possible* that the cpu usage is a red herring - the server is running in VMware and that may introduce some peculiarities of its own; however in.ftpd from inetutils 1.3.6 did maintain very low cpu usage. Thanks, Ant. -- 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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.
On Apr 30 01:58, Charles Wilson wrote: antony baxter wrote: 1. In all cases, the ftpd process' memory usage increases to ~350mb, 2. As the buffer value decreases, the process' cpu usage increases (ftpd-1k.exe used about 75% of the cpu vs. about 10% for ftpd-8k.exe), 3. Performance jumped around (ftpd-1k transferred the file in 90seconds, ftpd-4k in 166 seconds, ftp-8k in 114 seconds on a wired network) Quick addendum: I copied over in.ftpd.exe from another Cygwin installation running inetutils 1.3.2 and symlinked it to ftpd on my server; using that to serve the same file, memory usage sticks at 3500kb, cpu usage never rises about 5%, and the file was delivered in 194 seconds. Well, one of the differences between ftpd-1.3.2 and ftpd-1.5 is that the newer version uses mmap on the (local) file. ftpd.c is the /only/ source file in inetutils that uses mmap. Ok, so the ftpd using mmap is faster, one way or another. So, I recompiled with HAVE_MMAP turned off (but still using 4k chunks). Give this a try: http://cygwin.cwilson.fastmail.fm/ITP/ftpd-no-mmap-4k.exe.bz2 I get behavior here which is very similar to what I reported for the 4k-WITH-mmap version: (1) sane memory profile (2) topology one, 9-10 Mbps 2-3% cpu (3) topology two, 14-15 Mbps, 4-6% cpu [*] I'm not sure what benefit mmap has in this case -- unless you can exploit some zero-copy kernel code for transferring data from disk to ethernet device. But I don't think Windows has anything like that. I certainly don't *see* any benefit, in my limited testing on this set of hardware. If this *does* fix the problem, it may point to an issue with cygwin-1.5's mmap implementation, or with XP's handling of the underlying NtCreateSection()...mmap is not supposed to be CPU-intensive. There might be a bug lurking somewhere. Could you create a very simple testcase which basically behaves like ftpd for debugging? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: File path to URI
You really should put double quotes around $1. Cygwin of all places ought to be an environment that reminds shellscripters to do that... :) On 4/30/08, Reini Urban [EMAIL PROTECTED] wrote: Has anyone seen a command line tool for converting path (e.g. /cygdrive/h/privat/news_alert.conf) to file URI (file:///cygdrive/h/privat/news_alert.conf) Yes, tweaking with string concatenation or calling some java code would be a way, though I would prefer some proper command within the cygwin - bash domain. $ cat fileuri EOF echo -n file:///; cygpath -m $1 EOF $ ./fileuri ~ file:///d:/data/URBANR/My Documents -- 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/ -- Sent from Gmail for mobile | mobile.google.com Mark J. Reed [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: Problem with cygserver and sysv message queues: msgsnd() blocks forever.
On Apr 29 17:57, Williams, David wrote:
I've been debugging a problem with msgsnd() hanging. If
there are no free msghdrs available, msgsnd() blocks with
msleep(). Unfortunately, the only way it can unblock is
if that specific queue frees a msghdr. If the queue in
question is empty, this never occurs.
[...]
It's possible to work around this by using the flag IPC_NOWAIT
in msgsnd, and polling until the message is sent, but my feeling
is that the library call should not hang like this.
[...]
The call to msleep() above passes msqptr (the queue handle)
as the Ident pointer. Each of the calls to wakeup() in
sysv_msg.cc also passes msgptr as the ident. This means that
if the msghdr resource is free'd by a queue other than the one
blocked, it won't wake up msgsnd(). Since doqueue's queue is
empty, there is no way to wake up msgsnd().
[...]
I haven't been able to spot a way to fix this behavior without
significantly changing the block/release mechanism. Has anyone
seen this before? Have I missed something? Is this simply a known
limitation, with IPC_NOWAIT the only way to deal with it?
Right now, yes. As you have probably seen when examining the sources,
the code is pretty much the FreeBSD version, just with a thin and almost
tasteless Cygwin topping. The code is basically the version 1.52 of
the original FreeBSD code with a few patches applied up to version 1.60.
FreeBSD is at 1.71. I inspected the FreeBSD ChangeLogs and found this
change in version 1.65:
Fix msgsnd(3)/msgrcv(3) deadlock under heavy resource pressure by
timing out msgsnd and rechecking resources. This problem was found
while I was running Linux Test Project test suite (test cases:
msgctl08, msgctl09). [...]
This appears to be their solution to the above problem. The basic
change is the call to msleep. The last parameter is changed from 0 (no
timeout) to a value called hz. See
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sysv_msg.c.diff?r1=1.64;r2=1.65
hz is an external variable in the code which is the system's clock
frequency.
Are you set up to build the Cygwin sources? Would you mind to rebuild
cygserver with this patch applied and test without IPC_NOWAIT again?
Index: sysv_msg.cc
===
RCS file: /cvs/src/src/winsup/cygserver/sysv_msg.cc,v
retrieving revision 1.3
diff -u -p -r1.3 sysv_msg.cc
--- sysv_msg.cc 9 Jan 2006 15:10:14 - 1.3
+++ sysv_msg.cc 30 Apr 2008 10:57:58 -
@@ -722,10 +722,14 @@ msgsnd(struct thread *td, struct msgsnd_
}
DPRINTF((goodnight\n));
error = msleep(msqptr, msq_mtx, (PZERO - 4) | PCATCH,
- msgwait, 0);
+ msgsnd, 50);
DPRINTF((good morning, error=%d\n, error));
if (we_own_it)
msqptr-msg_perm.mode = ~MSG_LOCKED;
+ if (error == EWOULDBLOCK) {
+ DPRINTF((timed out\n));
+ continue;
+ }
if (error != 0) {
DPRINTF((msgsnd: interrupted system call\n));
#ifdef __CYGWIN__
@@ -1079,11 +1083,11 @@ msgrcv(struct thread *td, struct msgrcv_
DPRINTF((msgrcv: goodnight\n));
error = msleep(msqptr, msq_mtx, (PZERO - 4) | PCATCH,
- msgwait, 0);
+ msgrcv, 0);
DPRINTF((msgrcv: good morning (error=%d)\n, error));
if (error != 0) {
- DPRINTF((msgsnd: interrupted system call\n));
+ DPRINTF((msgrcv: interrupted system call\n));
#ifdef __CYGWIN__
if (error != EIDRM)
#endif /* __CYGWIN__ */
Thanks for the report,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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/
Segmentation fault on sort
Hi What could I do to avoid this problem?? config.status: linking ./mpn/generic/mullow_n.c to mpn/mullow_n.c config.status: linking ./mpn/generic/mullow_basecase.c to mpn/mullow_basecase.c config.status: linking ./mpn/x86/umul.asm to mpn/umul.asm config.status: linking ./mpn/x86/udiv.asm to mpn/udiv.asm config.status: linking ./mpn/x86/copyi.asm to mpn/copyi.asm config.status: linking ./mpn/x86/p6/copyd.asm to mpn/copyd.asm config.status: linking ./mpn/generic/addsub_n.c to mpn/addsub_n.cHi config.status: linking ./mpn/x86/p6/mmx/gmp-mparam.h to gmp-mparam.h 8 [unknown (0x30AC)] sort 22720 _cygtls::handle_exceptions: Error while dumping state (probabl y corrupted stack) ./configure: line 34677: echo: write error: Broken pipe ./configure: line 34709: 23416 Broken pipe for ac_var in $ac_subst_vars; do eval ac_val=$`echo $ac_var`; echo $ac_var='$ac_val'; done 22720 Segmentation fault (core dumped) | $ac_cs_success Cygwin Configuration Diagnostics Current System Time: Wed Apr 30 16:51:31 2008 Windows XP Media Center Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\Progra~1\Cygwin\usr\local\bin C:\Progra~1\Cygwin\bin C:\Progra~1\Cygwin\bin C:\Progra~1\Cygwin\usr\X11R6\bin c:\Perl\site\bin c:\Perl\bin c:\Program Files\Perl\site\bin c:\Program Files\Perl\bin c:\Program Files\IBM\CICS Transaction Gateway\bin c:\Program Files\Apache Software Foundation\Maven 1.1\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Fichiers communs\Adobe\AGL c:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\PROGRA~1\IBM\SQLLIB\BIN c:\PROGRA~1\IBM\SQLLIB\FUNCTION c:\PROGRA~1\IBM\SQLLIB\SAMPLES\REPL c:\Program Files\IDM Computer Solutions\UltraEdit-32 c:\Program Files\Intel\Wireless\Bin\ C C:\Progra~1\Cygwin\Program Files\Hummingbird\Connectivity\7.00\Accessories\ c:\Program Files\Microsoft Platform SDK\Bin\ c:\Program Files\Microsoft Platform SDK\Bin\WinNT\ c:\Program Files\IBM\Installation Manager\eclipse\lib c:\Program Files\Subversion\bin c:\Program Files\Mercurial d:\DEV\WS\CPP\SAS\3rd\poco\bin c:\Program Files\Apache Software Foundation\maven-2.0.7\bin c:\Program Files\IBM\Informix\bin d:\zOS\Hercules\bin c:\Program Files\Apache Group\apache-ant-1.7.0\bin c:\Program Files\Microsoft Platform SDK\Bin\ c:\Program Files\Microsoft Platform SDK\Bin\WinNT\ Output from C:\Progra~1\Cygwin\bin\id.exe (nontsec) UID: 1006(FrancisANDRE) GID: 513(Aucun) =0(root)513(Aucun) 544(Administrateurs) 545(Utilisateurs) Output from C:\Progra~1\Cygwin\bin\id.exe (ntsec) UID: 1006(FrancisANDRE) GID: 513(Aucun) =0(root)513(Aucun) 544(Administrateurs) 545(Utilisateurs) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'FrancisANDRE' PWD = '/usr/src/gmp-4.2.2' HOME = '/home/FrancisANDRE' MAKE_MODE = 'unix' MSSDK = 'C:\Program Files\Microsoft Platform SDK\.' HOMEPATH = '\Documents and Settings\FrancisANDRE' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Settings\FrancisANDRE\Application Data' HOSTNAME = 'Falbala' VS71COMNTOOLS = 'C:/PROGRA~1/MICROS~2.NET/Common7/Tools' DXSDK_DIR = 'C:\Program Files\Microsoft DirectX 9.0 SDK (Summer 2004)\' MSTOOLS = 'C:\Program Files\Microsoft Platform SDK\.' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 14 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' DB2TEMPDIR = 'C:\PROGRA~1\IBM\SQLLIB\' CATALINA_HOME = 'C:\Program Files\Apache Software Foundation\Tomcat 5.5' OLDPWD = '/usr/src' USERDOMAIN = 'FALBALA' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' ANT_HOME = 'C:/PROGRA~1/APACHE~1/APACHE~1.0' ANT_OPTS = '-Xmx512m' APR_ICONV_PATH = 'C:\Program Files\Subversion\iconv' XIC_HOME = 'C:\Xcalia\4.4.0\Core' TEMP = '/cygdrive/c/DOCUME~1/FRANCI~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Fichiers communs' ALT_FREETYPE_HEADERS_PATH = 'D:/DEV/OpenJDK/FREETY~1.5/include' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\;C:\Program Files\Microsoft Platform SDK\Lib\.' USERNAME = 'FrancisANDRE' DBDATE = 'dmy2/' PROCESSOR_LEVEL = '6' MAVEN_HOME = 'C:\Program Files\Apache Software Foundation\Maven 1.1' FP_NO_HOST_CHECK = 'NO' ALT_BINARY_PLUGS_PATH = 'D:/DEV/OpenJDK/OPENJD~1' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\FrancisANDRE' LANG = 'FR' CLIENTNAME = 'Console' POCO_BASE = 'D:\DEV\WS\CPP\SAS\3rd\poco' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\FALBALA' HISTIGNORE = '[ ]*::bg:fg:exit' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\PROGRA~1\Cygwin\bin'
bash.exe: ***fatal error
I thought it important enough to clarify item (4) below. The attachment is in the previous posting. Yesterday I installed the final version of SP3 on my XP Professional system, which I downloaded via a link to the microsoft .exe via zdnet, just an hour or so before it was announced that MS is working on a filter to prevent updates to machines also running some retail software (not on my machine). Everything is working fine, except for the issue below. (1) Whenever I try to start a cygwin window via the default shortcut icon, which points to C:\cygwin\cygwin.bat (which is the same since 2005), I am getting 6 [main] ? (4596) C:\cygwin\bin\bash.exe: ***fatal error - couln't allocate heap, Win32 error 487, base 0x6D, top 0x6E, reserve_size 61440, allocatesize 65536, page_cost 4096 The PID 4596 of course changes with each attempt. (2) If I try to start my X session via my long-time working script /usr/local/bin/startxwin.sh (a path-modified /usr/X11R6/bin/startxwin.sh), it fails the same way. However: (3) If I start an X window via Xming, and use its menu to start a cygwin window via cygwin execd C:\cygwin\bin\bash --login -i this works just fine also. (4) If I temporarily change a line in /cygwin.bat to use sh --login -i instead of the default bash --login -i and use the desktop shortcut to cygwin.bat, this also work OK. Note these are same executables: 9:48:04 @lester:/bin% ls -l sh.exe bash.exe -rwxrwxrwx 1 ingber Users 470528 Jan 3 20:17 bash.exe* -rwxrwxrwx 1 ingber None 470528 Jan 3 20:17 sh.exe* 9:48:10 @lester:/bin% zdiff bash.exe sh.exe 9:48:23 @lester:/bin% (5) I have several .csh and .sh scripts in /usr/local/bin that are run via schedules and these run just fine, e.g., updatedb.sh (just modifies the default paths in /bin/upfatedb, but is run via `#! /bin/sh` on line 1). I just ran updatedb.sh directly again from a window (started via (3) above) and it works just fine. I also temporarily changed the first line in my updatedb.sh to `#! /bin/bash` and this also seems to run OK. I have tried, without any change in the problem: (6) rebaseall via ash in a command window, which seems to have run just fine. (7) reinstalling bash, cygrunsrv, cygutils, cygwin (8) increasing memory by +512 in the 3 parameters in the registry Any other suggestions? I attach the output of `cygcheck -svr`. Thanks. Lester -- 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/
ILLEGAL_INSTRUCTION when trying to run asteriskwin32 under cygwin
Hi everyone We installed AsteriskWin32 0.66b build from Asterisk 1.2.26.2 on both a K6 with 544 Mb RAM and a dualcore with 2 Gb RAM. Both run windows 2003 SP2 and cygwin 1.5.25-11. The funny thing is that it DOES run on the dualcore, but on the K6 we get: 314539 [main] asterisk 2996 _cygtls::handle_exceptions: Exception: STATUS_ILLEGAL_INSTRUCTION 357582 [main] asterisk 2996 open_stackdumpfile: Dumping stack trace to asterisk.exe.stackdump 1216960 [main] asterisk 2996 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 1261961 [main] asterisk 2996 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) We tried with more than one K6 and we got the same error. Actually, the reason why we need your support is because we have not received it from the software distributor (http://www.willvoice.net), so I thank you for your kind help. Al Costa Kviar.Com Rio de Janeiro, Brazil Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ -- 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: Problem with cygserver and sysv message queues: msgsnd() blocks forever.
Yes, I can patch and build the sources, and will test the patch. I
can see that this will work, and is probably the least disruptive
way to fix it. I'm bothered a little bit by the fixed timeout value,
although this is an exceptional case, which shouldn't occur in a
properly tuned and managed system.
My thoughts for a fix were centered around replacing the msqptr
ident parameter with a resource specific identifier that would
allow freeing a resource by one queue to wake another. However,
such a fix would require much regression testing, and STILL might
need a timeout like this as an ultimate safety net. Besides, we
likely want to continue tracking the BSD source.
I'm currently building and testing using the cygwin-1.5.25-12 release
tarball. Would it be more helpful for me to pull the CVS head down
to test this?
Thanks for the quick reply. I'm glad to be of some help.
Dave Williams
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
Sent: Wednesday, April 30, 2008 3:59 AM
To: cygwin@cygwin.com
Subject: Re: Problem with cygserver and sysv message queues: msgsnd() blocks
forever.
On Apr 29 17:57, Williams, David wrote:
I've been debugging a problem with msgsnd() hanging. If
there are no free msghdrs available, msgsnd() blocks with
msleep(). Unfortunately, the only way it can unblock is
if that specific queue frees a msghdr. If the queue in
question is empty, this never occurs.
[...]
It's possible to work around this by using the flag IPC_NOWAIT
in msgsnd, and polling until the message is sent, but my feeling
is that the library call should not hang like this.
[...]
The call to msleep() above passes msqptr (the queue handle)
as the Ident pointer. Each of the calls to wakeup() in
sysv_msg.cc also passes msgptr as the ident. This means that
if the msghdr resource is free'd by a queue other than the one
blocked, it won't wake up msgsnd(). Since doqueue's queue is
empty, there is no way to wake up msgsnd().
[...]
I haven't been able to spot a way to fix this behavior without
significantly changing the block/release mechanism. Has anyone
seen this before? Have I missed something? Is this simply a known
limitation, with IPC_NOWAIT the only way to deal with it?
Right now, yes. As you have probably seen when examining the sources,
the code is pretty much the FreeBSD version, just with a thin and almost
tasteless Cygwin topping. The code is basically the version 1.52 of
the original FreeBSD code with a few patches applied up to version 1.60.
FreeBSD is at 1.71. I inspected the FreeBSD ChangeLogs and found this
change in version 1.65:
Fix msgsnd(3)/msgrcv(3) deadlock under heavy resource pressure by
timing out msgsnd and rechecking resources. This problem was found
while I was running Linux Test Project test suite (test cases:
msgctl08, msgctl09). [...]
This appears to be their solution to the above problem. The basic
change is the call to msleep. The last parameter is changed from 0 (no
timeout) to a value called hz. See
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sysv_msg.c.diff?r1=1.64;r2=1.65
hz is an external variable in the code which is the system's clock
frequency.
Are you set up to build the Cygwin sources? Would you mind to rebuild
cygserver with this patch applied and test without IPC_NOWAIT again?
Index: sysv_msg.cc
===
RCS file: /cvs/src/src/winsup/cygserver/sysv_msg.cc,v
retrieving revision 1.3
diff -u -p -r1.3 sysv_msg.cc
--- sysv_msg.cc 9 Jan 2006 15:10:14 - 1.3
+++ sysv_msg.cc 30 Apr 2008 10:57:58 -
@@ -722,10 +722,14 @@ msgsnd(struct thread *td, struct msgsnd_
}
DPRINTF((goodnight\n));
error = msleep(msqptr, msq_mtx, (PZERO - 4) | PCATCH,
- msgwait, 0);
+ msgsnd, 50);
DPRINTF((good morning, error=%d\n, error));
if (we_own_it)
msqptr-msg_perm.mode = ~MSG_LOCKED;
+ if (error == EWOULDBLOCK) {
+ DPRINTF((timed out\n));
+ continue;
+ }
if (error != 0) {
DPRINTF((msgsnd: interrupted system call\n));
#ifdef __CYGWIN__
@@ -1079,11 +1083,11 @@ msgrcv(struct thread *td, struct msgrcv_
DPRINTF((msgrcv: goodnight\n));
error = msleep(msqptr, msq_mtx, (PZERO - 4) | PCATCH,
- msgwait, 0);
+ msgrcv, 0);
DPRINTF((msgrcv: good morning (error=%d)\n, error));
if (error != 0) {
- DPRINTF((msgsnd: interrupted system call\n));
+ DPRINTF((msgrcv: interrupted system call\n));
#ifdef __CYGWIN__
if (error !=
Re: FW: ssmtp with multiple email accounts
On Wed, 30 Apr 2008, Gary wrote: On Wed, Apr 30, 2008 at 09:37:39AM +0200, [EMAIL PROTECTED] wrote: Oops. I know it's your own address, but still, http://cygwin.com/acronyms/#PCYMTNQREAIYR. If you are intent on using ssmtp, something along the following (taken from an old muttrc file) should work: [..] folder-hook mbox1 \ 'set sendmail=/usr/sbin/ssmtp.exe [EMAIL PROTECTED] -ap012345' The ''set sendmail=/usr/sbin/ssmtp.exe -au...'' definitely works. What I couldn't get to work was ''set sendmail=/usr/sbin/ssmtp.exe -Csome config file'' but I haven't managed to get to the bottom of that yet. Short version: set sendmail=/usr/bin/ssmtp -C/etc/ssmtp/config file works just fine in a folder-hook. Long version: If you are reading this then I solved the problem with the previously mentioned -C stuff - ssmtp does not seem to allow one to specify ~/foo.conf (for example) as the config file. If you set it to -C/etc/ssmtp/foo.conf then everything will be fine and you can happily have as many different email accounts and external mailhubs as your heart desires and you can maintain the configurations for. I don't know if not allowing the config file to be anywhere but /etc/ssmtp is a bug, a feature, or a random twist of fate, but it would be nice if the maintainer could mention it in the man file (or maybe I just missed it when I read it). Could it simply be that mutt does not expand the ~ in the filename when passing the command-line option? Did you try the absolute path (i.e., /usr/bin/ssmtp -C/home/user/foo.conf)? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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: bash.exe: ***fatal error
--On 30 April 2008 09:51 -0700 Lester Ingber [EMAIL PROTECTED] wrote: Yesterday I installed the final version of SP3 on my XP Professional system, which I downloaded via a link to the microsoft .exe via zdnet Which build number of SP3 was that in fact? (Don't trust what the site said, look at what has been downloaded and installed. Look at the detailed file version of a file that has been updated by SP3, for instance, termdd.sys). (1) Whenever I try to start a cygwin window via the default shortcut icon, which points to C:\cygwin\cygwin.bat (which is the same since 2005), I am getting 6 [main] ? (4596) C:\cygwin\bin\bash.exe: ***fatal error - couln't allocate heap, Win32 error 487, base 0x6D, top 0x6E, reserve_size 61440, allocatesize 65536, page_cost 4096 Just a stab in the dark: 1. Try renaming cygwin.bat as cygwin.cmd, and then calling cygwin.cmd. Interpreting a .bat file will be done in the 16-bit emulation layer of XP, which then has to spawn 32-bit applications. Try doing it all within the 32-bit environment by using .cmd files instead of .bat. 2. Did the installation of SP3 change the ordering of items in your PATH? Is there more than one bash.exe on your hard disk? -- Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK [EMAIL PROTECTED] http://www.queens.cam.ac.uk/ Tel:+44 1223 335528 -- 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: ssmtp with multiple email accounts
On Wed, Apr 30, 2008 at 09:37:39AM +0200, [EMAIL PROTECTED] wrote: If you are intent on using ssmtp, something along the following (taken from an old muttrc file) should work: [..] folder-hook mbox1 \ 'set sendmail=/usr/sbin/ssmtp.exe [EMAIL PROTECTED] -ap012345' The ''set sendmail=/usr/sbin/ssmtp.exe -au...'' definitely works. What I couldn't get to work was ''set sendmail=/usr/sbin/ssmtp.exe -Csome config file'' but I haven't managed to get to the bottom of that yet. Short version: set sendmail=/usr/bin/ssmtp -C/etc/ssmtp/config file works just fine in a folder-hook. Long version: If you are reading this then I solved the problem with the previously mentioned -C stuff - ssmtp does not seem to allow one to specify ~/foo.conf (for example) as the config file. If you set it to -C/etc/ssmtp/foo.conf then everything will be fine and you can happily have as many different email accounts and external mailhubs as your heart desires and you can maintain the configurations for. I don't know if not allowing the config file to be anywhere but /etc/ssmtp is a bug, a feature, or a random twist of fate, but it would be nice if the maintainer could mention it in the man file (or maybe I just missed it when I read 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: Problem with cygserver and sysv message queues: msgsnd() blocks forever.
On Apr 30 10:16, Williams, David wrote: Yes, I can patch and build the sources, and will test the patch. I can see that this will work, and is probably the least disruptive way to fix it. I'm bothered a little bit by the fixed timeout value, although this is an exceptional case, which shouldn't occur in a properly tuned and managed system. I'm not that concerned. A fixed value of 50 will interrupt a maximum of 20 times per second. The hz value in BSD is usually higher. I think 50 is a good compromise. My thoughts for a fix were centered around replacing the msqptr ident parameter with a resource specific identifier that would allow freeing a resource by one queue to wake another. However, such a fix would require much regression testing, and STILL might need a timeout like this as an ultimate safety net. Besides, we likely want to continue tracking the BSD source. There's surely some better way to solve this problem but if there's an upstream fix, I'd like to use it. My goal is to keep the code as much upstream centered as possible. I'm currently building and testing using the cygwin-1.5.25-12 release tarball. Would it be more helpful for me to pull the CVS head down to test this? Shouldn't matter, actually. There's no difference in the message queue code between 1.5.25 and CVS HEAD. However, the bugfix will only go into CVS HEAD. If you need this bugfix desperately, please maintain your local version for now. Thanks for the quick reply. I'm glad to be of some help. You're welcome. Thanks for the debugging effort and the testcase. You almost did all the work yourself already, I just had to look what upstream is doing about it :) I'll check this in in a couple of minutes. Thanks again, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: ILLEGAL_INSTRUCTION when trying to run asteriskwin32 under cygwin
On Apr 30 13:51, al costa wrote: Hi everyone We installed AsteriskWin32 0.66b build from Asterisk 1.2.26.2 on both a K6 with 544 Mb RAM and a dualcore with 2 Gb RAM. Both run windows 2003 SP2 and cygwin 1.5.25-11. [...] Actually, the reason why we need your support is because we have not received it from the software distributor (http://www.willvoice.net), so I thank you for your kind help. Sorry, but this mailing list is dedicated to the Cygwin net distro release of Cygwin. Support for third-party installations has to be done by the third party. This list is generally frowning upon 3PP's (http://cygwin.com/acronyms/#3PP). Other than that, I have no idea why it doesn't work on the K6. Maybe gcc emits an instruction which is not available on the old K6 design. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: ILLEGAL_INSTRUCTION when trying to run asteriskwin32 under cygwin
Corinna Vinschen wrote on 30 April 2008 20:08: On Apr 30 13:51, al costa wrote: Hi everyone We installed AsteriskWin32 0.66b build from Asterisk 1.2.26.2 on both a K6 with 544 Mb RAM and a dualcore with 2 Gb RAM. Both run windows 2003 SP2 and cygwin 1.5.25-11. Other than that, I have no idea why it doesn't work on the K6. Maybe gcc emits an instruction which is not available on the old K6 design. If the binary of asterisk was configured and compiled on a K6 machine, it's probably defaulted to use SSE2 instructions, which IIRC weren't around back when K6 was current. 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/
Performance issue on Vista x64
Hi all, we are experiencing massive performance problems using the latest stable cygwin under Vista x64. UAC is turned off. Building a PPC GCC Cross compiler takes about 1 day to complete... I did not find anythin helpful yet. It would be great if someone could give me a hint... -- With kind regards Dipl.-Inform. Timo Kerstan Heinz Nixdorf Institute Fuerstenallee 11 D-33102 Paderborn, Germany Fon.: (+49)5251-60-6560 Fax.: (+49)5251-60-6502 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Web: http://wwwhni.uni-paderborn.de/en/eps/ -- 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: Performance issue on Vista x64
Timo Kerstan wrote: Hi all, we are experiencing massive performance problems using the latest stable cygwin under Vista x64. UAC is turned off. Building a PPC GCC Cross compiler takes about 1 day to complete... I did not find anythin helpful yet. It would be great if someone could give me a hint... Well, this is kind of a generic request so I guess me making a fairly generic WAG in response can't be bad form. ;-) How about this: http://cygwin.com/faq/faq.using.html#faq.using.bloda Don't get too concerned if your symptoms don't match with any described. BLODA is insiduous and can be responsible for all kinds of bad behavior. If this isn't helpful, read and follow the problem reporting guidelines before posting a follow-up. It will help us help you better. http://cygwin.com/problems.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: Problem with cygserver and sysv message queues: msgsnd() blocks forever.
Corinna, I can report that the patch works perfectly. Both with the examples and with our original application program that brought the bug to our attention. Dave Williams -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen Sent: Wednesday, April 30, 2008 11:58 AM To: cygwin@cygwin.com Subject: Re: Problem with cygserver and sysv message queues: msgsnd() blocks forever. On Apr 30 10:16, Williams, David wrote: Yes, I can patch and build the sources, and will test the patch. I can see that this will work, and is probably the least disruptive way to fix it. I'm bothered a little bit by the fixed timeout value, although this is an exceptional case, which shouldn't occur in a properly tuned and managed system. I'm not that concerned. A fixed value of 50 will interrupt a maximum of 20 times per second. The hz value in BSD is usually higher. I think 50 is a good compromise. My thoughts for a fix were centered around replacing the msqptr ident parameter with a resource specific identifier that would allow freeing a resource by one queue to wake another. However, such a fix would require much regression testing, and STILL might need a timeout like this as an ultimate safety net. Besides, we likely want to continue tracking the BSD source. There's surely some better way to solve this problem but if there's an upstream fix, I'd like to use it. My goal is to keep the code as much upstream centered as possible. I'm currently building and testing using the cygwin-1.5.25-12 release tarball. Would it be more helpful for me to pull the CVS head down to test this? Shouldn't matter, actually. There's no difference in the message queue code between 1.5.25 and CVS HEAD. However, the bugfix will only go into CVS HEAD. If you need this bugfix desperately, please maintain your local version for now. Thanks for the quick reply. I'm glad to be of some help. You're welcome. Thanks for the debugging effort and the testcase. You almost did all the work yourself already, I just had to look what upstream is doing about it :) I'll check this in in a couple of minutes. Thanks again, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/ -- 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/
[ANNOUNCEMENT] Updated: libgcrypt-1.4.1-1
Version 1.4.1-1 of libgcrypt has been uploaded. Libgcrypt is a general purpose crypto library based on the code used in GnuPG. What's New === * Fixed a bug introduced by 1.3.1 which led to the comsumption of far too much entropy for the intial seeding. * Improved AES performance for CFB and CBC modes. * Removed build problems for the Padlock support. Cygwin Port Notes: == * libgcrypt does not use /dev/random anymore but the builtin entropy gatherer for W32 (rndw32.c). Possible security issue, see: http://en.wikipedia.org/w/index.php?title=CryptGenRandomoldid=190115987 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://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: Performance issue on Vista x64
Timo Kerstan wrote: Actually cygwin runs on a fresh install of Vista x64 on a [EMAIL PROTECTED] GHz with 4GB RAM. I can't imagine any other Application interfering with cygwin because there is nothing installed except the latest patches. The host is standalone and not a member of a Domain. Windows Defender is a BLODA -- and it's shipped as part of Vista, and is automatically enabled. I had luck turning that off, and installing instead AVG 8.0. It's got spyware protection too, but isn't a BLODA. The cygcheck is now already running for 1 hour without returning It blowed the size of the output to 389 MB... It looks like he is running into an endless loop when iterating the Registry. I attached a cutted version of the output don't know what to make of this. -- Chuck -- 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: ssmtp with multiple email accounts
Igor Peshansky wrote: Could it simply be that mutt does not expand the ~ in the filename when passing the command-line option? Did you try the absolute path (i.e., /usr/bin/ssmtp -C/home/user/foo.conf)? ssmtp does not attempt any expansion on the argument. If the shell doesn't expand it before passing it off to ssmtp, then it doesn't get expanded: so -C~/foo.conf would cause ssmtp to try to open a file named foo.conf in the subdirectory ~ of the current directory. -- Chuck -- 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: ssmtp with multiple email accounts
On Wed, 30 Apr 2008, Charles Wilson wrote: Igor Peshansky wrote: Could it simply be that mutt does not expand the ~ in the filename when passing the command-line option? Did you try the absolute path (i.e., /usr/bin/ssmtp -C/home/user/foo.conf)? ssmtp does not attempt any expansion on the argument. If the shell doesn't expand it before passing it off to ssmtp, then it doesn't get expanded: so -C~/foo.conf would cause ssmtp to try to open a file named foo.conf in the subdirectory ~ of the current directory. Yes, that's exactly what I meant. Notice that I said *mutt* does not expand the ~ -- assuming mutt uses execv. Even if mutt uses /bin/sh -c on the command, the ~ inside the argument does not get expanded by shells, and the one in -C~/foo.conf is definitely inside. Looking at the man page, ssmtp requires that there be no space between -C and the filename, so looks like the OP is stuck with absolute paths. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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: bash.exe: ***fatal error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Lester Ingber on 4/30/2008 10:05 AM: | (1) Whenever I try to start a cygwin window via the default shortcut icon, | which points to C:\cygwin\cygwin.bat (which is the same since 2005), | I am getting | | 6 [main] ? (4596) C:\cygwin\bin\bash.exe: ***fatal error - | couln't allocate heap, Win32 error 487, base 0x6D, top | 0x6E, reserve_size 61440, allocatesize 65536, page_cost 4096 Sounds like possible interference from BLODA? http://cygwin.com/acronyms/#BLODA http://cygwin.com/faq/faq.using.html#faq.using.bloda - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgZH0IACgkQ84KuGfSFAYAZ8QCfZ1AxjQfqLki/AfuHpe9FUJns 3g4An2YslaneRRH4oZ10AnNSoZ2NCg74 =gblQ -END PGP SIGNATURE- -- 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: cygport missing features after 0.3.9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Chuck Wilson wrote: | cygport-cvs-topdir.patch: CVS_MODULE already supports subdirectory checkouts. What is gained here? | cygport-postinst-hook.patch: I would prefer a RESTRICT=postinst-doc option, in which case one can install the docs manually during src_install(). I hope to make a patch in the next few days. | cygport-custom-cmds.patch: I'll have to think further about this one. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkgZR+wACgkQpiWmPGlmQSPJTgCfSmfvG+iv2Kf9VRcq1DdPkamM UysAoJAYWq376yp/wWGmQ/yzZqudd47a =Nab4 -END PGP SIGNATURE- -- 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: cygport missing features after 0.3.9
Yaakov (Cygwin Ports) wrote:
Chuck Wilson wrote:
| cygport-cvs-topdir.patch:
CVS_MODULE already supports subdirectory checkouts. What is gained here?
Yes, and then I get:
foo-1.2.3-1/src/StupidModuleNameThatHasNothingToDoWithMyPackage/MyPackage/*
with subdir checkouts using CVS_MODULE. You are correct in that I don't
get any of the contents of
StupidModuleNameThatHasNothingToDoWithMyPackage, except for the one
subdir, MyPackage, that I care about. However,
(a) my orig src tarball, if generated via cygport * get, has an
extra directory level in it, that src tarballs created via 'make dist'
do not have.
(b) I have to override all src_*() methods to add an extra 'cd
MyPackage', because there is no Makefile or configure script in
${S}=/StupidModuleNameThatHasNothingToDoWithMyPackage.
(c) Sure, to avoid (b) I could set
SRC_DIR=StupidModuleNameThatHasNothingToDoWithMyPackage/MyPackage but I
don't want to do that, especially because of (a).
I want
foo-1.2.3-1/src/MyPackage/*
and an orig tarball that looks like
MyPackage/*
So I can treat it like a normal package. I can't do that without -d.
Tools are supposed to empower their users, not limit them.
| cygport-postinst-hook.patch:
I would prefer a RESTRICT=postinst-doc option, in which case one can
install the docs manually during src_install(). I hope to make a patch
in the next few days.
You favor the cars-on-streets model: stay on the pavement, between the
white lines, and everything will be fine. Cygwin
package-building-on-rails is streamlined, easy, and usually works great
even for newbies. Except when it doesn't, and there isn't enough
flexibility to go somewhere offroad.
I favor the boat-on-the-water model: go anywhere you want -- but if
you're not careful you can run aground or drift too far out to sea. I
figure the maintainers are all grown up, and can navigate their craft
without help -- or restrictions -- from me.
I'll point out that 'postinst-doc' means, obviously, that you can
customize only the post-installation-of-various-documents, and nothing
else. With a hook, the maintainer has maximum freedom -- to do things
post-auto-install that neither you nor I have thought about -- but then
he might get shipwrecked, too.
| cygport-custom-cmds.patch:
I'll have to think further about this one.
...the ultimate boat-on-the-water patch...
--
Chuck
--
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: inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.
Corinna Vinschen wrote: On Apr 30 01:58, Charles Wilson wrote: Well, one of the differences between ftpd-1.3.2 and ftpd-1.5 is that the newer version uses mmap on the (local) file. ftpd.c is the /only/ source file in inetutils that uses mmap. Ok, so the ftpd using mmap is faster, one way or another. Not according to my numbers: mmap, topo 1, 4k buffers: 9-10 Mbps mmap, topo 2, 4k buffers: 14-15 Mbps NO mmap, topo 1, 4k bufs: 9-10 Mbps NO mmap, topo 2, 4k bufs: 14-15 Mbps If [disabling mmap] *does* fix the problem, it may point to an issue with cygwin-1.5's mmap implementation, or with XP's handling of the underlying NtCreateSection()...mmap is not supposed to be CPU-intensive. There might be a bug lurking somewhere. Could you create a very simple testcase which basically behaves like ftpd for debugging? attached. gcc -o server server.c gcc -o client client.c Add an entry to /etc/services on both machines, like: example 22725/tcp or you could edit the two files and use a hardcoded port number, instead of a service name and getservbyname() And don't forget to open a hole in your server machine's firewall for that port. On the server machine, invoke as: $ server filename This file is the one that will be transferred to the client. This works for me: $ dd if=/dev/urandom of=ReallyBigFile bs=1M count=250 On the client: $ client hostname_of_server filename filename is where the client will save the transferred data. server is a traditional daemon, which forks off a copy to handle each new connection. That copy is the one you want to debug/strace/whatever. With this pair of programs, I saw sane memory usage in all cases when NOT using mmap, and I saw insane memory usage for all mmap cases except when blocksize was 1k. To switch among the various cases, edit the server.c file to #define/#undef HAVE_MMAP, and change the value of LARGE_TRANSFER_BLOCKSIZE. -- Chuck ftpd-mmap-troubles.tar.bz2 Description: Binary data -- 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/
Updated: libgcrypt-1.4.1-1
Version 1.4.1-1 of libgcrypt has been uploaded. Libgcrypt is a general purpose crypto library based on the code used in GnuPG. What's New === * Fixed a bug introduced by 1.3.1 which led to the comsumption of far too much entropy for the intial seeding. * Improved AES performance for CFB and CBC modes. * Removed build problems for the Padlock support. Cygwin Port Notes: == * libgcrypt does not use /dev/random anymore but the builtin entropy gatherer for W32 (rndw32.c). Possible security issue, see: http://en.wikipedia.org/w/index.php?title=CryptGenRandomoldid=190115987 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://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
