Please upload: curl-7.15.4-1 curl-devel-7.15.4-1 libcurl3-7.15.4-1
http://dessent.net/cygwin/release/curl/curl-7.15.4-1-src.tar.bz2
http://dessent.net/cygwin/release/curl/curl-7.15.4-1.tar.bz2
http://dessent.net/cygwin/release/curl/curl-devel/curl-devel-7.15.4-1.tar.bz2
http://dessent.net/cygwin/release/curl/libcurl3/libcurl3-7.15.4-1.tar.bz2
or
wget \
http://dessent.net/cygwin/release/curl/{curl-7.15.4-1{-src,},curl-devel/curl-devel-7.15.4-1,libcurl3/libcurl3-7.15.4-1}.tar.bz2
The setup.hint is unchanged. I think it's time to delete the old
7.11.x, so please leave 7.15.1 as prev. As all consumers of libcurl2
have now been recompiled, please edit its setup.hint to move it to
_obsolete.
Brian
Re: Please upload: curl-7.15.4-1 curl-devel-7.15.4-1 libcurl3-7.15.4-1
On Mon, Jun 12, 2006 at 02:20:24AM -0700, Brian Dessent wrote:
http://dessent.net/cygwin/release/curl/curl-7.15.4-1-src.tar.bz2
http://dessent.net/cygwin/release/curl/curl-7.15.4-1.tar.bz2
http://dessent.net/cygwin/release/curl/curl-devel/curl-devel-7.15.4-1.tar.bz2
http://dessent.net/cygwin/release/curl/libcurl3/libcurl3-7.15.4-1.tar.bz2
or
wget \
http://dessent.net/cygwin/release/curl/{curl-7.15.4-1{-src,},curl-devel/curl-devel-7.15.4-1,libcurl3/libcurl3-7.15.4-1}.tar.bz2
The setup.hint is unchanged. I think it's time to delete the old
7.11.x, so please leave 7.15.1 as prev. As all consumers of libcurl2
have now been recompiled, please edit its setup.hint to move it to
_obsolete.
I've uploaded the above, deleted existing *7.11* files, moved libcurl2
into the _obsolete directory, edited the setup.hint file, and made a
zero-length libcurl2-7.11.1-3.tar.bz2 file.
cgf
Re: [ITP] Macaulay2
There have been no replies to my message below. Does a lack of interest from this mailing list mean our proposed package is unlikely to be accepted, and thus I should expend no effort releasing our program in the cygwin format? Date: Fri, 19 May 2006 12:17:42 -0500 From: Dan Grayson [EMAIL PROTECTED] To: cygwin-apps@cygwin.com Subject: [ITP] Macaulay2 Reply-to: [EMAIL PROTECTED] Mail-Followup-To: cygwin-apps@cygwin.com I'd like to put together Macaulay2 as a cygwin package. Macaulay2 is a software system devoted to supporting research in algebraic geometry and commutative algebra, whose development has been funded by the National Science Foundation. It would go in the Math section of your setup menu, and is similar in spirit to an existing cygwin group of packages called Singular. Our home page is at http://www.math.uiuc.edu/Macaulay2/ Shall we go ahead with this? Dan -- Daniel R. Grayson, Professor Department of Mathematics University of Illinois at Urbana-Champaign www: http://www.math.uiuc.edu/~dan/ email: [EMAIL PROTECTED] us mail: 1409 W. Green St., Urbana, IL 61801, USA location: 273B Altgeld Hall, 1409 W. Green St., Urbana, Illinois campus mail: Altgeld Hall, MC-382 phone: 217-333-6209 office (88.2280 °W, 40.1092 °N) 217-333-3350 department office 217-333-9576 fax 217-367-6384 home (88.20224°W, 40.08541°N) 217-377-0458 cellular phone 217-636-4177 skype phone dangrayson skype name
Re: [ITP] Macaulay2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Grayson wrote: There have been no replies to my message below. Does a lack of interest from this mailing list mean our proposed package is unlikely to be accepted, and thus I should expend no effort releasing our program in the cygwin format? Not necessarily, but until you have packages available to test, I wouldn't expect much of a response. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEjc5ypiWmPGlmQSMRAr1EAKCM7Re7X5mjPCsTZT+iFGDu1pk6fwCfTX2h loGrEO7sqzjZ8euuhbrPMc4= =UvCH -END PGP SIGNATURE-
RFC: X11R7 transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As previously mentioned, I have been working on porting the modular X11R7 to Cygwin. While I have been (AFAICS) successful on the client side, the server refused to find any fonts, and hence won't start. Frankly, I'm baffled as to why, since it's not the fonts themselves (X11R6 XWin will run with the new fonts via -fp), and fixing a few #ifdef's in libXfont which I thought might be the suspect haven't helped. Now, X11R7.1 is already out, making Cygwin even further behind. And to make matters worse, since my system is already modular, most things that I maintain I can't upload new versions of, because they won't be compatible with X11R6 (if only because the paths are different and X11R7 uses libtool). Because of the fundamental change from monolithic to modular, in order to get the ball rolling, I would like to propose the following: 1) Move X11R6 files (xorg-x11-etc, xorg-x11-libs-data) that would block X11R7 (in /etc/X11 and /usr) back into /usr/X11R6. 2) Add everything but the server from X11R7.0 into the distro, installing into /etc/X11 and /usr. 3) Obsolete the following immediately: xorg-x11-bin xorg-x11-bin-lndir xorg-x11-devel xorg-x11-fsrv xorg-x11-man-pages xorg-x11-man-pages-html [Until here should go very quickly, once I have upload access.] 4) Post my .cygport and patches for xorg-server to the cygwin-xfree list, so that others will be able to help. In the meantime, other packages should be converted to modular dependencies, etc. 5) Continue with X11R7.1, looking and hoping for the solution to get the server working. 6) Once xorg-server is actually working, then the rest of xorg-x11-6.8 can be obsoleted: xorg-x11-base xorg-x11-bin-dlls xorg-x11-etc xorg-x11-f100 xorg-x11-fcyr xorg-x11-fenc xorg-x11-fnts xorg-x11-fscl xorg-x11-libs-data xorg-x11-nest xorg-x11-vfb xorg-x11-xwin xorg-x11-xwin-gl I realize that is may not be the preferred way of making this transition, but at this point I can't think of another viable way to move forward. Thoughts? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEjf+qpiWmPGlmQSMRAn69AJ4l54Lu3HReTLKCEKtNs/adfuN+uQCeIW2s jAb3jRVuJn1CErnpM3tnsHM= =mK0g -END PGP SIGNATURE-
Please upload: postgresql-8.1.4-2 (exp)
Reini Urban schrieb: I fixed some postgresql layout and src building issues, detected by volker zell and myself. I've had various duplicate man files and missed some other. See Subject: cygport pkgcheck in the cygwin list. See attachment -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/ # create the new postgresql 8.1.4 layout and download it mkdir libecpg-compat1 \ libecpg-compat2 \ libecpg-devel \ libecpg4 \ libecpg5 \ libpgtypes1 \ libpgtypes2 \ libpq-devel \ libpq3 \ libpq4 \ postgresql-client \ postgresql-contrib \ postgresql-devel \ postgresql-doc \ postgresql-plperl \ postgresql-plpython url=http://xarch.tu-graz.ac.at/publ/cygwin/release/postgresql; wget $url/setup.hint wget $url/$url/postgresql-8.1.4-2-src.tar.bz2 wget $url/$url/postgresql-8.1.4-2.tar.bz2 cd libecpg-compat1 wget $url/libecpg-compat1/libecpg_compat1-7.4.5-1.tar.bz2 wget $url/libecpg-compat1/setup.hint cd ../libecpg-compat2 wget $url/libecpg-compat2/libecpg-compat2-8.1.4-2.tar.bz2 wget $url/libecpg-compat2/setup.hint cd ../libecpg-devel wget $url/libecpg-devel/libecpg-devel-8.1.4-2.tar.bz2 wget $url/libecpg-devel/setup.hint cd ../libecpg4 wget $url/libecpg4/libecpg4-7.4.5-1.tar.bz2 wget $url/libecpg4/setup.hint cd ../libecpg5 wget $url/libecpg5/libecpg5-8.1.4-2.tar.bz2 wget $url/libecpg5/setup.hint cd ../libpgtypes1 wget $url/libpgtypes1/libpgtypes1-7.4.5-1.tar.bz2 wget $url/libpgtypes1/setup.hint cd ../libpgtypes2 wget $url/libpgtypes2/libpgtypes2-8.1.4-2.tar.bz2 wget $url/libpgtypes2/setup.hint cd ../libpq-devel wget $url/libpq-devel/libpq-devel-8.1.4-2.tar.bz2 wget $url/libpq-devel/setup.hint # external source for 7.4.5 cd ../libpq3 mv ../postgresql-7.4.5-1-src.tar.bz2 ./libpq3-7.4.5-1-src.tar.bz2 wget $url/libpq3/libpq3-7.4.5-1.tar.bz2 wget $url/libpq3/setup.hint cd ../libpq4 wget $url/libpq4/libpq4-8.0.7-1.tar.bz2 wget $url/libpq4/libpq4-8.1.4-2.tar.bz2 wget $url/libpq4/setup.hint cd ../postgresql-client wget $url/postgresql-client/postgresql-client-8.0.7-1.tar.bz2 wget $url/postgresql-client/postgresql-client-8.1.4-2.tar.bz2 wget $url/postgresql-client/setup.hint cd ../postgresql-contrib wget $url/postgresql-contrib/postgresql-contrib-8.1.4-2.tar.bz2 wget $url/postgresql-contrib/setup.hint cd ../postgresql-devel wget $url/postgresql-devel/postgresql-devel-8.1.4-2.tar.bz2 wget $url/postgresql-devel/setup.hint cd ../postgresql-doc wget $url/postgresql-doc/postgresql-doc-8.1.4-2.tar.bz2 wget $url/postgresql-doc/setup.hint cd ../postgresql-plperl wget $url/postgresql-plperl/postgresql-plperl-8.1.4-2.tar.bz2 wget $url/postgresql-plperl/setup.hint cd ../postgresql-plpython wget $url/postgresql-plpython/postgresql-plpython-8.1.4-2.tar.bz2 wget $url/postgresql-plpython/setup.hint cd .. rm postgresql-7.4.5-1.tar.bz2
gnome desktop
Hello I have installed the latest version of cygwin and all the packages. Everything is working well including X-windows. I can start up xterm sessions on remote machines and run remote x-client programs and they display correctly on my PC. I noticed there is a 'gnome' package in cygwin. Is this a complete gnome desktop that I can run locally? If so how to start it up? Thanks -- 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 net.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-12 13:13:53 Modified files: winsup/cygwin : ChangeLog net.cc Log message: * net.cc (fdsock): Disable raising buffer sizes. Add comment to explain why. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3537r2=1.3538 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.207r2=1.208
src/winsup/testsuite ChangeLog winsup.api/user ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-12 13:59:36 Modified files: winsup/testsuite: ChangeLog Added files: winsup/testsuite/winsup.api: user_malloc.c Log message: * winsup.api/user_malloc.c: New file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/testsuite/ChangeLog.diff?cvsroot=srcr1=1.99r2=1.100 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/testsuite/winsup.api/user_malloc.c.diff?cvsroot=srcr1=NONEr2=1.1
src/winsup/cygwin ChangeLog include/cygwin/std ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-12 14:25:05 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/cygwin: stdlib.h winsup/cygwin/include/sys: wait.h Added files: winsup/cygwin/include/cygwin: wait.h Log message: * include/sys/wait.h: Move definition of wait constants from here... * include/cygwin/wait.h: ...to here. New file. * include/cygwin/stdlib.h: Include cygwin/wait.h to conform with SUSv3. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3539r2=1.3540 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/wait.h.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/stdlib.h.diff?cvsroot=srcr1=1.2r2=1.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/wait.h.diff?cvsroot=srcr1=1.3r2=1.4
winsup/cygwin ChangeLog fhandler_tty.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-06-12 14:56:31 Modified files: cygwin : ChangeLog fhandler_tty.cc Log message: * fhandler_tty.cc (fhandler_pty_master::close): Always close from_master/to_master since we always have copies of these handles. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3540r2=1.3541 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumr1=1.171r2=1.172
src/winsup/mingw ChangeLog Makefile.in
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-12 21:43:11 Modified files: winsup/mingw : ChangeLog Makefile.in Log message: * Makefile.in (SUBDIRS): Change to lowercase for autoconf 2.59. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.296r2=1.297 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/Makefile.in.diff?cvsroot=srcr1=1.60r2=1.61
src/winsup/mingw ChangeLog mingwex/wcrtomb.c
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-12 21:48:08 Modified files: winsup/mingw : ChangeLog winsup/mingw/mingwex: wcrtomb.c Log message: * mingwex/wcrtomb.c (wcrtomb_cp): Correct typo. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.297r2=1.298 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/wcrtomb.c.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/mingw ChangeLog include/math.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-12 22:22:18 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: math.h Log message: * include/math.h (HUGE_VAL): Define as builtin if __GNUC__ = 3.3, else global library variable. (HUGEVALF): Likewise; (HUGEVALL): Likewise. (INFINITY): Likewise. (NAN): LiKewise. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.298r2=1.299 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/math.h.diff?cvsroot=srcr1=1.30r2=1.31
Re: Open sockets non-overlapped?
On May 19 16:56, Dave Korn wrote: On 19 May 2006 16:20, Lev Bishop wrote: It makes it so that cygwin sockets can be passed usefully to windows processes. Eg: $ cmd /c dir /dev/tcp/localhost/5001 However, it's not perfect -- if the windows process just exits, then the connection is reset, not shut down gracefully. Well, if the windows process just exits, that is exactly what it has done. A socket should be shut down gracefully if the app calls shutdown(), and if it just calls close() the socket should be reset. That's what gracefully means. Playing with SO_LINGER doesn't seem to help here. Only way I can think of to make it work would be to have the cygwin stub that waits for windows processes to exit, to keep a handle on the socket, poll for when the windows process closes the socket (using NtQuerySystemInformation SystemHandleInformation?) and when it does, close down the socket gracefully. It probably shouldn't be made to work because that would be altering the semantics of sockets. Anyway, this adds new functionality and doesn't seem to break anything that worked before. What, you've tested /everything/ that worked before? ;) http://cygwin.com/ml/cygwin/2005-03/msg01003.html quote If you create a socket using the Winsock 2 WSASocket API and you need to apply a timeout in receive or send operations on the socket, you must specify the WSA_FLAG_OVERLAPPED flag in the WSASocket call. From the MSDN website article http://support.microsoft.com/default.aspx?scid=kb;en-us;181610. quote Are we /sure/ cygwin doesn't *depend* on overlapped sockets? In particular, can a non-overlapped read be interrupted by a signal? Have you tested this vs. both blocking and non-blocking sockets? This seems to me to be a highly risky change; I'd like to know what testing you've done. I found that using WSASocket(!OVERLAPPED) instead of socket results in sshd misbehaviour (scp takes a long time to start copying files, an interactive logon doesn't print the prompt until the user presses the return key). I didn't try to debug this, lazy as I am. Additionally, I'm really curious *why* opening the socket without the overlapped attribute should create a socket being more useful to native Windows processes than standard, overlapped attributed sockets. After all the only visible difference is that a socket with the overlapped attribute set can use overlapped operations, which the non-overlapped socket can't. It does not mean that overlapping I/O is forced on the socket. It's just adding a capability. Actually, with a matching server listening on port 5001 (nc -l -p 5001), I don't see any difference between using socket or WSASocket in the `cmd /c dir /dev/tcp/localhost/5001' example. In both cases cmd refuses to send anything useful to the server, printing There is not enough space on the disk. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Open sockets non-overlapped?
On 6/12/06, Corinna Vinschen wrote: I found that using WSASocket(!OVERLAPPED) instead of socket results in sshd misbehaviour (scp takes a long time to start copying files, an interactive logon doesn't print the prompt until the user presses the return key). I didn't try to debug this, lazy as I am. Strange. I don't run sshd, but I've been using this patch for a while now and not noticed any problems. Maybe I'll try installing sshd one of these days and see if I see those issues you describe. Additionally, I'm really curious *why* opening the socket without the overlapped attribute should create a socket being more useful to native Windows processes than standard, overlapped attributed sockets. After all the only visible difference is that a socket with the overlapped attribute set can use overlapped operations, which the non-overlapped socket can't. It does not mean that overlapping I/O is forced on the socket. It's just adding a capability. It doesn't make it any less useful to native processes _as a socket handle_ but it does make a difference when the native processes use it _as a file handle_. As you know, the semantics of WriteFile() et al change completely depending on whether they get an overlapped handle or not (eg the LPOVERLAPPED parameter either _must_ be null or _must not_ be null, on 95/98/Me) . And there seems to be no way to tell whether a handle you've inherited was opened overlapped or not (short of using the NT API: NtQueryInformationFile FILE_MODE_INFORMATION) and no way to reset the mode once the file has been opened. So applications are effectively forced to assume their GetStdHandle()s' are non-overlapped. Actually, with a matching server listening on port 5001 (nc -l -p 5001), I don't see any difference between using socket or WSASocket in the `cmd /c dir /dev/tcp/localhost/5001' example. In both cases cmd refuses to send anything useful to the server, printing There is not enough space on the disk. Hmph. It works for me. Must be some difference in our configurations, windows versions, etc. I note that msdn warns that using socket handles as file handles is an optional feature and not all providers support it. I guess the provider must be both a Winsock provider and also a file-system driver in order to make this work. Maybe you have some LSPs on your machine or something? Lev
Re: rxvt usage issues under windows xp
Charles Wilson ha wrote pstree will not work (except in -A mode) on rxvt, unless pstree is completely rewritten. Duh. Ok: alias pstree='pstree -A' Thank you for the tip. -- Diesis -- 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: ssh with tunnel stacktrace on core duo
Andreas Loebel wrote: Hi, if you have installed Embassy security software from wave.com (which is in particular preinstalled on new Dell Latitude D620 and D820, respectively), check for an update for biolsp.dll from www.wave.com. Ah, ok, that's a 100% match, I have a D820. I will test this! Jürgen signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: vim-7.0.017-1
I have updated the version of vim on cygwin.com to 7.0.017-1. This is the long awaited vim 7.0, latest patchlevel 17. Cygwin Vim still builds from the vanilla sources. The official release message: === Announcing: Vim (Vi IMproved) version 7.0 Vim 7 is ready! After years of development this feature packed editor is waiting for you. Since Vim 6.4 many new features have been added. To mention a few: - Spell checking support for about 50 languages - Intelligent completion for C, HTML, Ruby, Python, PHP, etc. - Tab pages, each containing multiple windows - Undo branches: never accidentally lose text again - Vim script supports Lists and Dictionaries (similar to Python) - Vim script profiling - Improved Unicode support - Highlighting of cursor line, cursor column and matching braces - Translated manual pages support. - Internal grep; works on all platforms, searches compressed files - Browsing remote directories, zip and tar archives - Printing multi-byte text Once you have installed Vim 7.0 you can find details about the changes since Vim 6.4 with :help version7. Credits --- A lot of people helped making Vim 7 possible by providing patches, suggestions, bug reports and proofreading the documentation. You can find their names with :help version7. Many thanks to all of them! Also thanks to Vim sponsors who supported me while working on Vim 7. I am now going back to a paid job. Please continue sponsoring Vim. The money now goes to help children in Uganda. The more you help them the more I will feel obliged to work on Vim. There is a drought right now, we need to help 200 families with food. http://www.vim.org/sponsor/ Where to get it --- Information about which files to download for what system: http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Downloading through ftp from: ftp://ftp.vim.org/pub/vim/ Downloading through http from: http://ftp.vim.org/pub/vim/ Using rsync: rsync://ftp.nl.vim.org/Vim Using Subversion: http://www.vim.org/subversion.php Anonymous CVS is five week behind and doesn't have Vim 7.0 yet. An overview of the files: UNIX: unix/vim-7.0.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.0-extra.tar.gz extra (non-Unix) files extra/vim-7.0-lang.tar.gz multi-language files doc/vim70html.zip help files converted to HTML MS-WINDOWS: pc/gvim70.exe self-installing, includes all runtime files pc/vim70rt.zip runtime files pc/vim70lang.zip files for translated messages and menus pc/gvim70.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim70ole.zip GUI binary with OLE support pc/gvim70_s.zipGUI binary for Windows 3.1 (untested) pc/vim70d16.zip16 bit console version for MS-DOS pc/vim70d32.zipconsole version for MS-DOS/Windows 95/98 pc/vim70w32.zipconsole version for Windows NT/2000/XP pc/vim70src.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS BETA unstable/unix/vim-7.0g-7.0.diff.gz sources + runtime files unstable/extra/vim-7.0g-7.0-extra.diff.gzextra files unstable/extra/vim-7.0g-7.0-lang.diff.gz multi-language files SPELL FILES ftp://ftp.vim.org/pub/vim/runtime/spell/ http://ftp.vim.org/pub/vim/runtime/spell/ You should be able to do :set spellang=xx and Vim will offer you to download spell files for xx. Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer. Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence the appearance of the bug. Try starting without your own vimrc file: vim -u NONE. Try different machines if possible. See :help bugs in Vim. Send me a patch if you can! If something needs discussing with other developers, send a message to the vim-dev mailing list. You need to subscribe first. Happy Vimming! === To update your installation, click on the
[ANNOUNCEMENT] Updated: syslog-ng-1.6.11-1
I have updated syslog-ng on cygwin.com to the latest stable release 1.6.11. This is just a minor update which contains scalability improvements and a change to the documentation. syslog-ng, as the name shows, is a syslogd replacement, but with new functionality for the new generation. The original syslogd allows messages only to be sorted based on priority/facility pairs; syslog-ng adds the possibility to filter based on message contents using regular expressions. The new configuration scheme is intuitive and powerful. Forwarding logs over TCP and remembering all forwarding hops makes it ideal for firewalled environments. Please read /usr/share/doc/Cygwin/syslog-ng.README for postinstall information. I also recommend to visit the /usr/share/doc/syslog-ng/ directory and the man pages syslog-ng and syslog-ng.conf. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** 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 the above URL. -- 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/
[ANNOUNCEMENT] Updated: openssl-0.9.8b-1, openssl-devel-0.9.8b-1, openssl097-0.9.7j-1
I've updated the version of OpenSSL to 0.9.8b-1. This also includes the openssl-devel package. The compatibility package openssl097 has been updated to 0.9.7j-1. This is a upstream bugfix release. The Cygwin release is built from the vanilla version. Official release message: === OpenSSL version 0.9.8b and 0.9.7j released == OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ The OpenSSL project team is pleased to announce the release of version 0.9.8b of our open source toolkit for SSL/TLS. This new OpenSSL version is a bugfix release and incorporates changes and bugfixes to the toolkit. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. We also release 0.9.7j, which contains several FIPS updates and bugfixes compared to 0.9.7i. It is the first full release of OpenSSL that can link against a validated FIPS module. These updates contain several bugfixes to resolve compilation issues under Win32 and errors in CA creation via the CA.pl script. We consider OpenSSL 0.9.8b to be the best version of OpenSSL available and we strongly recommend that users of older versions upgrade as soon as possible. OpenSSL 0.9.8b is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ For those who want or have to stay with the 0.9.7 series of OpenSSL, we strongly recommend that you upgrade to OpenSSL 0.9.7j as soon as possible. It's available in the same location as 0.9.8b. The distribution file names are: * openssl-0.9.8b.tar.gz MD5 checksum: 12cedbeb6813a0d7919dbf1f82134b86 SHA1 checksum: 99565db630a044fa484d4f91006a31908f262246 * openssl-0.9.7j.tar.gz MD5 checksum: 79dd939266b069e7aca587e6ab16a055 SHA1 checksum: 5277fa5a18d52fb0960e279fdbe198823f65da0b The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz Yours, The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf M\366ller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz J\344nickeBodo M\366ller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** 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 the above URL. -- 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: Updated: vim-7.0.017-1
On 6/12/06, Corinna Vinschen [EMAIL PROTECTED] wrote: I have updated the version of vim on cygwin.com to 7.0.017-1. This is the long awaited vim 7.0, latest patchlevel 17. Cygwin Vim still builds from the vanilla sources. Thank you -- Luis P Caamano Atlanta, GA USA -- 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: Updated: vim-7.0.017-1
After the install I noticed executables were unpacked into D:\cygwin\usr\bin, not to /usr/bin resolved to /bin via a standard mount point. This results the programs are unvisible under bash. Perhaps something is wrong with the tarball itself? In other *.bz2 files I can see their archived files start with usr/... while vim7.0 files start with ./usr/... inside the tarball. I'm pretty sure the setup (win32) program does respect (unix/cygwin) mounts, as I found is as a suprisingly nice feature in the past. Thanks, WR. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen Sent: Monday, June 12, 2006 1:23 PM To: cygwin-announce@cygwin.com Subject: Updated: vim-7.0.017-1 I have updated the version of vim on cygwin.com to 7.0.017-1. This is the long awaited vim 7.0, latest patchlevel 17. Cygwin Vim still builds from the vanilla sources. The official release message: === Announcing: Vim (Vi IMproved) version 7.0 Vim 7 is ready! After years of development this feature packed editor is waiting for you. Since Vim 6.4 many new features have been added. To mention a few: - Spell checking support for about 50 languages - Intelligent completion for C, HTML, Ruby, Python, PHP, etc. - Tab pages, each containing multiple windows - Undo branches: never accidentally lose text again - Vim script supports Lists and Dictionaries (similar to Python) - Vim script profiling - Improved Unicode support - Highlighting of cursor line, cursor column and matching braces - Translated manual pages support. - Internal grep; works on all platforms, searches compressed files - Browsing remote directories, zip and tar archives - Printing multi-byte text Once you have installed Vim 7.0 you can find details about the changes since Vim 6.4 with :help version7. Credits --- A lot of people helped making Vim 7 possible by providing patches, suggestions, bug reports and proofreading the documentation. You can find their names with :help version7. Many thanks to all of them! Also thanks to Vim sponsors who supported me while working on Vim 7. I am now going back to a paid job. Please continue sponsoring Vim. The money now goes to help children in Uganda. The more you help them the more I will feel obliged to work on Vim. There is a drought right now, we need to help 200 families with food. http://www.vim.org/sponsor/ Where to get it --- Information about which files to download for what system: http://www.vim.org/download.php A list of mirror sites can be found here: http://www.vim.org/mirrors.php Downloading through ftp from: ftp://ftp.vim.org/pub/vim/ Downloading through http from: http://ftp.vim.org/pub/vim/ Using rsync: rsync://ftp.nl.vim.org/Vim Using Subversion: http://www.vim.org/subversion.php Anonymous CVS is five week behind and doesn't have Vim 7.0 yet. An overview of the files: UNIX: unix/vim-7.0.tar.bz2 sources + runtime files, bzip2 compressed VARIOUS: extra/vim-7.0-extra.tar.gz extra (non-Unix) files extra/vim-7.0-lang.tar.gz multi-language files doc/vim70html.zip help files converted to HTML MS-WINDOWS: pc/gvim70.exe self-installing, includes all runtime files pc/vim70rt.zip runtime files pc/vim70lang.zip files for translated messages and menus pc/gvim70.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim70ole.zip GUI binary with OLE support pc/gvim70_s.zipGUI binary for Windows 3.1 (untested) pc/vim70d16.zip16 bit console version for MS-DOS pc/vim70d32.zipconsole version for MS-DOS/Windows 95/98 pc/vim70w32.zipconsole version for Windows NT/2000/XP pc/vim70src.zipsources for PC (with CR-LF) DIFFS TO PREVIOUS BETA unstable/unix/vim-7.0g-7.0.diff.gz sources + runtime files unstable/extra/vim-7.0g-7.0-extra.diff.gzextra files unstable/extra/vim-7.0g-7.0-lang.diff.gz multi-language files SPELL FILES ftp://ftp.vim.org/pub/vim/runtime/spell/ http://ftp.vim.org/pub/vim/runtime/spell/ You should be able to do :set spellang=xx and Vim will offer you to download spell files for xx. Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. See http://www.vim.org/maillist.php#vim If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. See http://www.vim.org/maillist.php#vim-dev Subject specific lists: Multi-byte issues: http://www.vim.org/maillist.php#vim-multibyte Macintosh issues: http://www.vim.org/maillist.php#vim-mac Before you ask a question you should search the archives, someone may already have given the answer.
Re: static library in linux and Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to cxf on 6/11/2006 9:40 PM: Hello,everyone: I compile the static library in cygwin just like in linux,but when I link my program with the Library, it did not find the function included in the library. Are there any difference between linux and cygwin when using and compiling the static library. Details, please. What link line did you use, and what was the error? Most likely, you made the rookie mistake of not listing the -l options last. Linux allows lazy linking, where symbols can be undefined if not found at link time (which is what happens if you list the -l first), but Windows .dlls are not so forgiving. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEjWj384KuGfSFAYARAod9AKCF1FQh5JiF0ZkdxtF3Y0RSkfNhTQCfdzvW KlfUbgwEm0bFo99oWegXmBE= =4gDd -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: Updated: vim-7.0.017-1
Well, almost. After updating I realized that gvim is not included :-( so I ended up with a vim 7.0 and a gvim 6.4, which is not that useful it seems. Had to go back to 6.4. :-( On 6/12/06, Luis P Caamano [EMAIL PROTECTED] wrote: On 6/12/06, Corinna Vinschen [EMAIL PROTECTED] wrote: I have updated the version of vim on cygwin.com to 7.0.017-1. This is the long awaited vim 7.0, latest patchlevel 17. Cygwin Vim still builds from the vanilla sources. Thank you -- Luis P Caamano Atlanta, GA USA -- Luis P Caamano Atlanta, GA USA -- 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: Populating /var/run/utmp?
mwoehlke wrote: Brian Dessent wrote: mwoehlke wrote: I would like to use 'w' on my Cygwin installation. I found http://cygwin.com/ml/cygwin/2001-09/msg01177.html, but it only seems to work on one of my computers: [snip] Are you sure you're not trying to set CYGWIN=tty after the first shell has already initialized? It won't work if you do that, it has to be set before. Hmm... no I'm not sure :-). I am going to try with CYGWIN=tty set in the registry (ala Control Panel-System-Advanced-E10t Variables)... that seems to work for on the glass sessions but I will need to restart sshd to test those, and I'm currently using some of those sessions. Ok, power failure, NOT how I wanted to reboot... But 'w' is working now; thanks again! -- Matthew Sorry. Wrong species. --ST-TNG -- 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: High F-Keys
On May 15 15:42, Jeff Lange wrote: I've found an issue with the Sifted F-Keys in Cygwin, Shift-F1 (or F13) is sending out the same escape sequence as F11, and the all the rest of the High F-Keys have the same sort of issue. http://cygwin.com/acronyms/#IAFNAB ;-) The key sequences of the function keys are identical to the rxvt key sequences. 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: Call for testing Cygwin snapshot
On several days within the last few weeks, Yitzchak Scott-Thoennes wrote: Yes, removing the setsockopt calls from fdsock does get rsync working again. Sorry it took me so long to try. Still happening with 20060604. I disabled setting the buffers in CVS. What happens is that duplicating the socket for a forked process fails if the tcp SO_RCVBUF size is set to a value above the standard maximum TCP window size of 65535, and only if the socket is connected to a remote machine. This is really strange. 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: Win2003 server and LTO tape drive
On May 3 08:40, Cano Reuben Contr 412 TW/EN wrote:
I'm having problems extracting files from a LTO tape with the cygwin tar
command on a Windows 2003 Server .
Checked my tape device by using mt -f /dev/st0 status 2, I noticed that
my IBM Ultrium-TD3 has a device name of STK9840.
How can I change this device type to be LTO_ULTRIUM?
You can't. The string is just a string. It's entirely without function
otherwise.
How can I change the max block size to be larger than 65536?
You can't, unless your SCSI adaptor drivers allows tweaking the
scatter/gather buffer sizes in the registry(*). This is not a Cygwin
issue, but a very unfortunate limitation in Windows. I found that
sometimes even when raising the scatter/gather buffer values, Windows
still didn't allow blocks beyond 64K. It faild for me with an Adaptec
7890 (onboard 2940 U2W version), while it worked fine with an Adaptec
19160.
To avoid more grey hair, you should better stick to using blocksizes
below 64K, if you intend to create portable tape archives.
Corinna
(*) Typically by setting
HKLM/SYSTEM/CurrentControlSet/Services/${adaptor}/Parameters/Device/MaximumSGList,
a DWORD value, to 0xff.
--
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/
Missing include in mntent.h
Hello I think #include stdio.h is needed in mntent.h for definition of FILE. Here is patch for it. --- mntent.h.old2006-06-12 19:39:27.0 +0400 +++ mntent.h2006-06-12 19:56:23.015625000 +0400 @@ -26,6 +26,7 @@ }; #ifndef _NOMNTENT_FUNCS +#include stdio.h /* needed for FILE */ FILE *setmntent (const char *__filep, const char *__type); struct mntent *getmntent (FILE *__filep); int addmntent (FILE *__filep, const struct mntent *__mnt); -- 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: Updated: vim-7.0.017-1
After the upgrade to vim-7.0.017-1: - $ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/c/texmf/miktex/bin:/c/WINNT/system3 2:/c/WINNT:/c/WINNT/System32/Wbem:/c/Borland/BCC55/Bin:/usr/local/cernlib/2005/b in:/usr/lib/lapack:/usr/local/root/bin $ vim [2] 1588 bash: vim: command not found [2]+ Exit 127vim -- Perhaps there is a problem. Cheers, Angelo. -- 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: Updated: vim-7.0.017-1
Sorry for this: http://cygwin.com/ml/cygwin/2006-06/msg00250.html, just now I have seen vim-7.0.017-2! Thanks, Angelo. -- 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: Updated: vim-7.0.017-1
Luis P Caamano wrote: Well, almost. After updating I realized that gvim is not included :-( so I ended up with a vim 7.0 and a gvim 6.4, which is not that useful it seems. Had to go back to 6.4. :-( On 6/12/06, Luis P Caamano [EMAIL PROTECTED] wrote: On 6/12/06, Corinna Vinschen [EMAIL PROTECTED] wrote: I have updated the version of vim on cygwin.com to 7.0.017-1. This is the long awaited vim 7.0, latest patchlevel 17. Cygwin Vim still builds from the vanilla sources. Thank you -- Luis P Caamano Atlanta, GA USA Build it from source... If anyone can advise how to 'fix' the caveat listed at the bottom, I'd appreciate it. cd /usr/src mkdir vim cd vim svn co https://svn.sourceforge.net/svnroot/vim/vim7 cd vim7 ./configure --enable-rubyinterp --enable-cscope --enable-fontset --with-features=huge make make install only one caveat -- when invoking gvim, you have to pass the -f parameter, otherwise you will get: gvim: Fatal IO error 128 (Transport endpoint is not connected) on X server :0.0. thanks, reid -- 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 : Re: Memory error with PDKSH 5.2.14-3?
One year later (with the same/latest version) Using : set -x set -v in a script generates a similar error around line 50whatever code I put in the script \T, Re: Memory error with PDKSH 5.2.14-3? From: Igor Pechtchanski pechtcha at cs dot nyu dot eduTo: Thomas Baker thomas dot baker at bi dot fhg dot deCc: cygwin at cygwin dot comDate: Mon, 6 Jun 2005 10:26:26 -0400 (EDT)Subject: Re: Memory error with PDKSH 5.2.14-3?References: [EMAIL PROTECTED] [EMAIL PROTECTED]Reply-to: cygwin at cygwin dot com On Mon, 6 Jun 2005, Thomas Baker wrote: Just wanted to report that I was seeing error messages such as the following in Korn shell scripts: /home/tbaker/u/bin/urlists[50]: internal error: alloc: freeing memory outside of block (corrupted?) By running the scripts in debug mode (set -x), I found that the problem seemed to occur when declared functions (i.e., declared within the script) were invoked multiple times. The functions would work at first, then stop working -- as if the functions somehow ate up the available memory. Since rolling back from 5.2.14-3 to 5.2.14-2, the problem seems to have gone away. I am not a programmer and do not have time to test this systematically but thought others on this list might want to hear about this. Thanks for the report. However: I have no hope of reproducing this, do I? AFAICS, the few changes from 5.2.14-2 to 5.2.14-3 that could have possibly caused this are the fixes in the autoconf files. I doubt the struct option magic would matter, but it's possible, I guess, though by eyeballing the code the two versions do look functionally equivalent. It would help to have a script that demonstrates the problem. I can't do anything otherwise, sorry... Igor Pechtchanski, the Cygwin pdksh volunteer maintainer -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Any fool can write code that a computer can understand. Good programmers write code that humans can understand. Martin Fowler T. : +32 (0)2 742 05 94 M. : +32 (0)497 44 68 12 @ : [EMAIL PROTECTED] Do you skype too ... (callto://tsmets/) ? -- 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: Re : Re: Memory error with PDKSH 5.2.14-3?
Ugh, top-posting... Reformatted. On Mon, 12 Jun 2006, Thomas SMETS wrote: From: Igor Pechtchanski pechtcha at cs dot nyu dot edu To: Thomas Baker thomas dot baker at bi dot fhg dot de Cc: cygwin at cygwin dot com Date: Mon, 6 Jun 2005 10:26:26 -0400 (EDT) Subject: Re: Memory error with PDKSH 5.2.14-3? On Mon, 6 Jun 2005, Thomas Baker wrote: Just wanted to report that I was seeing error messages such as the following in Korn shell scripts: /home/tbaker/u/bin/urlists[50]: internal error: alloc: freeing memory outside of block (corrupted?) By running the scripts in debug mode (set -x), I found that the problem seemed to occur when declared functions (i.e., declared within the script) were invoked multiple times. The functions would work at first, then stop working -- as if the functions somehow ate up the available memory. Since rolling back from 5.2.14-3 to 5.2.14-2, the problem seems to have gone away. I am not a programmer and do not have time to test this systematically but thought others on this list might want to hear about this. Thanks for the report. However: I have no hope of reproducing this, do I? AFAICS, the few changes from 5.2.14-2 to 5.2.14-3 that could have possibly caused this are the fixes in the autoconf files. I doubt the struct option magic would matter, but it's possible, I guess, though by eyeballing the code the two versions do look functionally equivalent. It would help to have a script that demonstrates the problem. I can't do anything otherwise, sorry... Igor Pechtchanski, the Cygwin pdksh volunteer maintainer One year later (with the same/latest version) Using : set -x set -v in a script generates a similar error around line 50whatever code I put in the script Did you even read my reply to the OP? I cannot reproduce this without a complete testcase. Since I cannot reproduce this, there is no way I can fix this. Unless someone provides a complete testcase that exhibits this behavior, this problem will remain unfixed. Igor Peshansky, the Cygwin PDKSH volunteer maintainer -- 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! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
pstree -a gives SEGV
Hi all, Dunno about everyone else, but on my system pstree -a crashes with a SEGV everytime. On looking into it, it turns out to be because the process object it creates for pid 1 (we don't have a real init process on cygwin) isn't fully initialised (it works by lazy initialisation, creating the object for a given pid when it first finds a reference to that pid as ppid of another process, but it doesn't fill in the details until that pid is subsequently enumerated, and we don't have a psuedo-entry in /proc/1, even though we use it as the ppid of top-level cygwin processes, so the entry for pid 1 gets created but never filled in and we crash when we try and print out its command line, since the supposed argc is some uninitialised and generally huge/negative hex number). Anyway if anyone else wants pstree -a to work, I found the attached patch solved the problem for me. The first hunk fixes a minor build error, the second ensures a sane default (i.e. empty) command line if there's no real /proc entry for the pid. You also may need to take care of config options and adding -lintl, as described in the original announcement[*]. [EMAIL PROTECTED] /artimi/chips/tulla /usr/build/install/bin/cygcheck.exe -c psmisc Cygwin Package Information Package VersionStatus psmisc 21.5-1 OK [EMAIL PROTECTED] /artimi/chips/tulla cheers, DaveK [*] - http://www.cygwin.com/ml/cygwin-announce/2005-03/msg3.html -- Can't think of a witty .sigline today pstree-segv-fix.diff 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/
Could not touch file when specify full path in Cygwin in .bat file
Hi, Cygwin support group, I have problem to touch a file when specify the full path. Here are some examples. MKS works fine -- Filename with special characters D:\touch D:[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+ ) was unexpected at this time. -- With the quote on filename D:\touch D:\usr\meta\boxster\UNITw2kMixednew\boxster_UNITw2kMixednew_0205\Tree\[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+ touch: cannot touch `D:[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+': No such file or directory -- We can touch a file with the double quota in DOS cmd window. D:\touch D:[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+ D:\usr\meta\boxster\boxster_UNITw2kMixednew\boxster_UNITw2kMixednew_0205\Treels [EMAIL PROTECTED]()[EMAIL PROTECTED]()_+ --- If we put this touch command in windows batch file -- (clone.bat) file, it won't work. SET TEST_SERVER=D:\usr\meta\boxster\UNITw2kMixednew\boxster_UNITw2kMixednew_0205\Tree touch [EMAIL PROTECTED]()[EMAIL PROTECTED]()_+ == (we try touch without quote, same result) --- run .bat file D:\usr\meta\boxster\boxster_UNITw2kMixednew\boxster_UNITw2kMixednew_0205cmd /c clone.bat touch: cannot touch `D:[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+': No such file or directory Do you know why is that and how do we make it work in .bat file? Thanks a lot for your help! Xiaomin EMC² Where Information Lives Xiaomin Wu Phone#: 508-305-8783 Ext: 48783 E-mail: [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: RPM's require to much knowledge of setup to port easily
Christopher Faylor wrote: There is no one-to-one equivalent to rpm -qi but rpm -qf is equivalent to cygcheck -f and cygcheck -c packagename will give you the package --- That's part of the problem. There may or may not be a 1:1 equivalent for whatever option I'm used to with rpm. I don't use those administrative options often, but I use them more often on linux than cygwin. I end up forgetting if something is a supported option or not -- I may go and look for the command, only to find it's one of the unsupported options. I've already wasted too much time at that point, and lost my train of thought. I remember reading about a study somewhere regarding attention and productivity. In the average office environment, people got interrupted every 10-15 minutes. However, it took the average person 25 minutes to get refocused on the task they were doing. Heck, how many times do I go from the living room to my bedroom to get something, then do something completely different, only to come back out to the living room and realize I'd forgotten to do what I went back for? Distractions are the bane of productivity. Figuring out and remembering yet another way to do things just for cygwin is just another minor distraction. It's not clear that you really understand that 1) cygwin packages are just tar files and 2) there is already a way to do some of the things that you have mentioned. Yes, and? I wouldn't mind moving to a more accepted packaging format but I don't think that doing so would make people more inclined to contribute packages. A setup.hint file is much simpler than an rpm spec file so, unless you actually already understand rpm spec files, moving to rpm could actually add an additional burden to package submission. For people with an existing .rpm file, work to create .rpm file = near zero. Anything above zero is an infinite percent more work ((large or small)/zero). If one has a a package, that has no rpm, just a tarball, then yes, a setup file may be easier, but the vast majority of tools ported here, I can find near equivalences for under some distro (SuSE, RH, Mandriva). I still don't get all the reasons behind forcing everyone into a new format. Is it just a power trip or what? Actually, the new (i.e., five+ year old) format was imposed on us by the Trilateral Commission. --- Ah, but you avoided answering the question. Why did the cygwin project go with another package format? It can't be because rpm doesn't run natively under Win -- since when installing system for the first time, a non-rpm setup install process is used. Rpm is used after the basic packages are loaded. Something else I can't do in setup -- I can't do a the equivalent of a rpm -qpi or rpm -ql to see the information about the package or what files it's going to install from the command line. The 1 phrase description in setup leaves more than a bit to be desired. -l -- 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: Problems with sunrpc
Zahir Koradia wrote:
Hi,
This message might be specifically for Sam Robb but am sendign to the
whole list as others may be able to help. I installed the binaries and
downloaded the source of sunrpc while installing cygwin. I intended to
use the function clnttcp_create present in clnt.h header. The anamoly
I see is that in the header file the signature has no parameters and
in the source code the function definition has parameters. The
signature in the header file is
/*
* TCP based rpc
* CLIENT *
* clnttcp_create(raddr, prog, vers, sockp, sendsz, recvsz)
*struct sockaddr_in *raddr;
*u_long prog;
*u_long version;
*register int *sockp;
*u_int sendsz;
*u_int recvsz;
*/
extern CLIENT *clnttcp_create( );
and the source code (clnt_tcp.c) definition had the line
CLIENT *
clnttcp_create(raddr, prog, vers, sockp, sendsz, recvsz)
struct sockaddr_in *raddr;
u_long prog;
u_long vers;
register int *sockp;
u_int sendsz;
u_int recvsz;
{
This code does not compile. When I use the function with parameters in
my code it gives me error undefined reference to... then i went and
changed the signature in the header file itself. I did get past that
error but now I have a loader error stating that there is no
implementation for the function (with parameters).
I wanted to know whether the binaries have the function with
parameters or without them. To me having the function without the
parameters seems unlikely. Where can I get the right header file? Am I
going wrong somewhere myself?
In clnt.h header file the macro definition
#defineclnt_destroy(rh)((*(rh)-cl_ops-cl_destroy)(rh))
is fault since if u look at the client structure u will notice that
cl_destroy does not take any arguments. The definition should have
been
#defineclnt_destroy(rh)((*(rh)-cl_ops-cl_destroy)())
Is the version that i have got very old? (It is 4.0.2 or 4.0.3 i dont
rememebr exactly which one)
Can some please clear thing out here?
Thanx,
Zahir Koradia
Wrong list. Cygwin-apps is for packaging issues. The cygwin list is for
bugs/problems/questions. I've cc'd that list and set the reply-to
appropriately.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
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: Could not touch file when specify full path in Cygwin in .bat file
[EMAIL PROTECTED] wrote:
Hi, Cygwin support group,
I have problem to touch a file when specify the full path. Here are some
examples. MKS works fine
-- Filename with special characters
D:\touch D:[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+
[snip]
And, given that I don't see a POSIX-style path anywhere, where exactly
are you using Cygwin?
This works for me in Cygwin's bash:
/tmp$ touch '[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+'
/tmp$ ls
[EMAIL PROTECTED]()[EMAIL PROTECTED]()_+ nu.2360 t83c.0
...Maybe you need to escape some characters or use single-quotes (')?
--
Matthew
Sorry. Wrong species. --ST-TNG
--
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: Could not touch file when specify full path in Cygwin in .bat file
On Mon, Jun 12, 2006 at 03:22:05PM -0400, [EMAIL PROTECTED] wrote: Hi, Cygwin support group, I have problem to touch a file when specify the full path. Here are some examples. MKS works fine -- Filename with special characters [snip] Somewhere a kitten died. A couple of comments. 1. If you're going to make effective use of Cygwin, you might want to consider using POSIX paths and try and forget everything you learned about DOS and cmd.exe invocations. Put another way, using Cygwin will make your life easer, and you'll be able to run faster and jump higher, but only if you take advantage of the features it offers. I'm convinced that you had as much trouble typing/tabbing through that noise as I did trying to read it. 2. Since you know the file name contains special characters, you should know that each such character needs first to be escaped; otherwise, it will be interpreted by the shell as ... well ... special. To the shell, they're special. To everyone else, they're somewhere between cute and pathological. I would advise against making regular use of such characters where possible. The following should get you started: $ man -P 'less -p QUOTING' bash Regards. -- George -- 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: RPM's require to much knowledge of setup to port easily
On 06/12/2006, Linda Walsh wrote: I still don't get all the reasons behind forcing everyone into a new format. Is it just a power trip or what? Actually, the new (i.e., five+ year old) format was imposed on us by the Trilateral Commission. --- Ah, but you avoided answering the question. Why did the cygwin project go with another package format? It can't be because rpm doesn't run natively under Win -- since when installing system for the first time, a non-rpm setup install process is used. Rpm is used after the basic packages are loaded. Ah, the lack of a Windows RPM port was *exactly* the reason setup.exe was created. The simplest way to port RPM was to use Cygwin, which then leads to a chicken/egg problem. In all honesty though, if you really would like to know the details of the decision- making process that made the install process what it is today, you can find it all in the cygwin-apps email archives. You'll have to go back quite a ways to find it's beginnings though. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: RPM's require to much knowledge of setup to port easily
On Mon, Jun 12, 2006 at 12:30:04PM -0700, Linda Walsh wrote: Ah, but you avoided answering the question. Why did the cygwin project go with another package format? When The King tells you to use a different format, you use a different format. No questions asked. cgf -- 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/
Question about latest Cygwin DEP/NX Compliant
Is the latest Cygwin version/release DEP (Data Execution Prevention)/NX compliant? Thanks, Carry Suryakusuma -- 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/
Problem with sunrpc
Hi,
This message might be specifically for Sam Robb but am sending to the
whole list as others may be able to help. I installed the binaries and
downloaded the source of sunrpc while installing cygwin. I intended to
use the function clnttcp_create present in clnt.h header. The anamoly
I see is that in the header file the signature has no parameters and
in the source code the function definition has parameters. The
signature in the header file is
/*
* TCP based rpc
* CLIENT *
* clnttcp_create(raddr, prog, vers, sockp, sendsz, recvsz)
*struct sockaddr_in *raddr;
*u_long prog;
*u_long version;
*register int *sockp;
*u_int sendsz;
*u_int recvsz;
*/
extern CLIENT *clnttcp_create( );
and the source code (clnt_tcp.c) definition had the line
CLIENT *
clnttcp_create(raddr, prog, vers, sockp, sendsz, recvsz)
struct sockaddr_in *raddr;
u_long prog;
u_long vers;
register int *sockp;
u_int sendsz;
u_int recvsz;
{
This code does not compile. When I use the function with parameters in
my code it gives me error undefined reference to... then i went and
changed the signature in the header file itself. I did get past that
error but now I have a loader error stating that there is no
implementation for the function (with parameters).
I wanted to know whether the binaries have the function with
parameters or without them. To me having the function without the
parameters seems unlikely. Where can I get the right header file? Am I
going wrong somewhere myself?
In clnt.h header file the macro definition
#defineclnt_destroy(rh)((*(rh)-cl_ops-cl_destroy)(rh))
is fault since if u look at the client structure u will notice that
cl_destroy does not take any arguments. The definition should have
been
#defineclnt_destroy(rh)((*(rh)-cl_ops-cl_destroy)())
Is the version that i have got very old? (It is 4.0.2 or 4.0.3 i dont
rememebr exactly which one)
Can someone please clear things out here?
Thanx,
Zahir Koradia
--
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/
vim executables hidden after vim7 install, with workaround
I installed vim 7 on my Windows XP SP2 cygwin system (DLL version: 1.5.19) using Cygwin setup. But there's no vim.exe in my path. It's not in /bin or /usr/bin. I've reinstalled with Cygwin setup twice. $ cygcheck -v -h -c vim Cygwin Package Information Last downloaded files to: C:\cygwin\packages Last downloaded files from: http://mirrors.dotsrc.org/cygwin Package VersionStatus Missing file: /usr/bin/ex from package vim Missing file: /usr/bin/rview from package vim Missing file: /usr/bin/rvim from package vim Missing file: /usr/bin/vi from package vim Missing file: /usr/bin/view from package vim Missing file: /usr/bin/vim.exe from package vim Missing file: /usr/bin/vimdiff from package vim Missing file: /usr/bin/vimtutor from package vim Missing file: /usr/bin/xxd.exe from package vim vim 7.0.017-1 Incomplete From Windows' perspective, I found the binaries and symlinks were not in /cygdrive/c/cygwin/bin/ with the rest of my programs, but in /cygdrive/c/cygwin/usr/bin/ where there are no other binaries, and where my cygwin installation can't find them. (The install did put lots of vim files in /usr/share/vim/vim70.) To work around this install problem, I moved vim.exe, vimtutor, and xxd.exe from /cygdrive/c/cygwin/usr/bin to /cygdrive/c/cygwin/bin , and recreated the symlinks for ex, vi, etc. cygcheck reports OK. QUESTION: since /usr/bin is somehow an equivalent to /bin/ in Cygwin, should I have a /cygdrive/c/cygwin/usr/bin directory (now empty after my workaround) at all? I compared my previous working vim64 package with vim7, and noticed that the paths in the tar files are different: the vim64 tar file has usr/bin/vim.exe, vim7 has ./usr/bin/vim.exe. I don't know if that's significant. See output below. I hope this information is useful to someone. Invimcibly yours, -- =S (Old vim6, worked:) $ cd /cygdrive/c/cygwin/packages $ bunzip2.exe -c - http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin/release/vim/vim-6.4-4.tar.bz2 | tar -tvf - | grep vim.exe lrwxrwxrwx corinna/root 0 2005-12-18 07:17:07 usr/bin/ex - vim.exe lrwxrwxrwx corinna/root 0 2005-12-18 07:17:08 usr/bin/rview - vim.exe lrwxrwxrwx corinna/root 0 2005-12-18 07:17:07 usr/bin/rvim - vim.exe lrwxrwxrwx corinna/root 0 2005-12-18 07:17:50 usr/bin/vi - vim.exe lrwxrwxrwx corinna/root 0 2005-12-18 07:17:07 usr/bin/view - vim.exe -rwxr-xr-x corinna/root 1061888 2005-12-18 07:16:49 usr/bin/vim.exe lrwxrwxrwx corinna/root 0 2005-12-18 07:17:08 usr/bin/vimdiff - vim.exe (New vim7, didn't install to right location:) $ bunzip2.exe -c - http%3a%2f%2fmirrors.dotsrc.org%2fcygwin/release/vim/vim-7.0.017-1.tar.bz2 | tar -tvf - | grep vim.exe lrwxrwxrwx corinna/root 0 2006-06-12 01:52:09 ./usr/bin/ex - vim.exe lrwxrwxrwx corinna/root 0 2006-06-12 01:52:09 ./usr/bin/rview - vim.exe lrwxrwxrwx corinna/root 0 2006-06-12 01:52:09 ./usr/bin/rvim - vim.exe lrwxrwxrwx corinna/root 0 2006-06-12 01:52:09 ./usr/bin/vi - vim.exe lrwxrwxrwx corinna/root 0 2006-06-12 01:52:09 ./usr/bin/view - vim.exe -rwxr-xr-x corinna/root 1375232 2006-06-12 01:52:36 ./usr/bin/vim.exe lrwxrwxrwx corinna/root 0 2006-06-12 01:52:09 ./usr/bin/vimdiff - vim.exe -- 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: Question about latest Cygwin DEP/NX Compliant
Is the latest Cygwin version/release DEP (Data Execution Prevention)/NX compliant? Who hands out certifications for that? And if it costs money, the most likely answer is probably not, because cygwin is coded by volunteers who don't have the resources to get certifications to various standards. The warranty clauses of the GPL (clausee 11 and 12) are applicable here; you get what you paid for. If you really need DEP/NX compliance, consider paying Red Hat for a cygwin support contract. -- 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: Question about latest Cygwin DEP/NX Compliant
Carry Suryakusuma wrote: Is the latest Cygwin version/release DEP (Data Execution Prevention)/NX compliant? No. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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\bin\sh.exe: *** fatal error - couldn't allocate heap, Win32 error 487
Is anybody working on this? Sadly, I do not have time. It is less frequent than it was, but it is still frequent enough to be a significant issue. I can't use find with -exec, something I do all the time, because it will invariably fail before completion, even on small filesets. It isn't just me, as I've had another person ask me about it in private email (also on a Thinkpad, an R52 in his case, btw). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Bartel Sent: Friday, June 02, 2006 2:01 PM To: cygwin@cygwin.com Subject: RE: \cygwin\bin\sh.exe: *** fatal error - couldn't allocate heap, Win32 error 487 Tried the 20060529 snapshot. It seems less frequent, but still happens. -Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Larry Hall (Cygwin) Sent: Wednesday, May 31, 2006 8:15 PM To: cygwin@cygwin.com Subject: Re: \cygwin\bin\sh.exe: *** fatal error - couldn't allocate heap, Win32 error 487 Mark Bartel wrote: Oops, here is the cygcheck.out. Thank you. I'd recommend trying a snapshot and reporting back your results. http://cygwin.com/snapshots/ -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/ -- 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/
