Re: RXVT doesn't recognize ALT + Cursor keys
On Aug 20 22:35, Charles Wilson wrote: I used to have to fix my /etc/termcap. But now the /etc/termcap in termcap-20050421-1.tar.bz2 says: rxvt|rxvt terminal emulator (X Window System):\ :am:eo:km:mi:ms:xn:xo:\ :co#80:it#8:li#24:\ :AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:IC=\E[%d@:\ :K1=\EOw:K2=\EOu:K3=\EOy:K4=\EOq:K5=\EOs:LE=\E[%dD:\ :RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:\ :ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:\ :cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:\ :ho=\E[H:i1=\E[?47l\E=\E[?1l:ic=\E[@:im=\E[4h:\ :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l:\ :k0=\E[21~:k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:\ :k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:\ :kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=^H:kd=\E[B:ke=\E:\ :kh=\E[7~:kl=\E[D:kr=\E[C:ks=\E=:ku=\E[A:le=^H:mb=\E[5m:\ :md=\E[1m:me=\E[m\017:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:\ :se=\E[27m:sf=^J:so=\E[7m:sr=\EM:st=\EH:ta=^I:\ :te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[24m:up=\E[A:\ :us=\E[4m:vb=\E[?5h\E[?5l:ve=\E[?25h:vi=\E[?25l:\ :vs=\E[?25h: rxvt-cygwin-native|rxvt terminal emulator (native MS Window System port) on cygwin:\ :ac=+\257,\256-^0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o ~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330~\376:\ :tc=rxvt: I missed to tell that I'm talking about terminfo on Linux and now that I compare terminfo entries on different Linux distros, I see that they disagree about the rxvt settings: Red Hat Enterprise Linux 4: $ rpm -qf /usr/share/terminfo/r/rxvt-basic ncurses-5.4-13 $ infocmp -I rxvt-basic | grep 'cu[bfu]1' cub1=^H, cnorm=\E[?25h, cuf1=\E[C, cuu1=\E[A, dch1=\E[P, kcub1=\E[D, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kcuf1=\E[C, OpenSuSE 10.2: $ rpm -qf /usr/share/terminfo/r/rxvt-basic terminfo-5.5-42 $ infocmp -I rxvt-basic | grep 'cu[bfu]1' cub1=^H, cnorm=\E[?25h, cuf1=\E[C, cuu1=\E[A, kich1=\E[2~, kcub1=\EOD, kmous=\E[M, knp=\E[6~, kpp=\E[5~, kcuf1=\EOC, kDC=\E[3$, kslt=\E[4~, kEND=\E[8$, kHOM=\E[7$, kLFT=\E[d, kNXT=\E[6$, kPRV=\E[5$, kRIT=\E[c, kcuu1=\EOA, #2) For termcap, the arrow key spellings are: kd=\E[B ku=\E[A kl=\E[D kr=\E[C Same picture here: Red Hat Enterprise Linux 4: $ rpm -qf /etc/termcap termcap-5.4-3 The termcap entry for rxvt-basic has kd=\E[B ku=\E[A kl=\E[D kr=\E[C OpenSuSE 10.2: $ rpm -qf /etc/termcap ncurses-5.5-42 The termcap entry for rxvt-basic has kd=\EOB ku=\EOA kl=\EOD kr=\EOC So again, I don't see where you're getting ESC O A from that. Are you sure your installed termcap and terminfo files haven't been corrupted? Unfortunately I was playing with the OpenSuSE installation while debugging rxvt, and I only tested Cygwin's rxvt against the SuSE box. Apparently the termcap/terminfo entries (same as above for the other rxvt entries) are broken on SuSE. Weird. That should be a lesson to me, I guess... I really believe The Right Thing To Do is to ensure /etc/termcap and and/usr/share/terminfo/ are up to date, rather than make rxvt's terminal handling on cygwin different than on all other platforms. Yes, I agree. But even there, IF you have plain old 'rxvt' in your termcap, that's usually good enough unless you're a stickler for line art characters. rxvt's TERM setting defaults to xterm only because it will almost ALWAYS be present, and will *mostly* work. It doesn't have to do with line art. If cursor and home/end keys don't work, you have, for instance, problems moving in mutt's menus. Comments? I was working under the premise that different Linux distros wouldn't differ in such essential details. Oh well... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: RXVT doesn't recognize ALT + Cursor keys
On Aug 20 22:57, Charles Wilson wrote: Corinna Vinschen wrote: On further looking into this, it appears that the termcap/terminfo entries are wrong. ESC O A to ESC O D are only generated after entering the DEC expanded cursor mode with ESC [ ? 1 h. The default codes are ESC [ A to ESC [ D. From what I can tell, the expanded codes SHOULD be ESC [ n A where n is 1-9, not 0 (and '[' should be there) and should be emitted when in DECCKM mode. This stuff is all handled in src/command.c but it's a twisty maze that all looks the same. No, that's not quite right. It's O as in O my god!, not 0 as in 01100101, and it's actually without [. Try this with an xterm: $ od -c ^[[D^[[A^[[B^[[C 000 033 [ D 033 [ A 033 [ B 033 [ C \n 015 $ echo '^[[?1h' $ od -c ^[OD^[OA^[OB^[OC 000 033 O D 033 O A 033 O B 033 O C \n 015 $ See http://vt100.net/docs/vt220-rm/chapter4.html#S4.6.8 for how to set the cursor mode, http://vt100.net/docs/vt220-rm/table3-2.html for the escape sequences and http://vt100.net/docs/vt220-rm/chapter2.html#S2.5.1 for the meaning of CSI and SS3. Unfortunately the vt220 manual isn't much help when it comes to the Home and End keys, because it has Find and Select in it's place. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Please upload: mathomatic-12.7.5-1
On Aug 20 22:47, Reini Urban wrote: Please upload: http://rurban.xarch.at/cygr/mathomatic/mathomatic-12.7.5-1.tar.bz2 http://rurban.xarch.at/cygr/mathomatic/mathomatic-12.7.5-1-src.tar.bz2 setup.hint unchanged mathomatic-12.7.0-1 can be deleted (if wanted) Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: RXVT doesn't recognize ALT + Cursor keys
On Aug 20 23:36, Charles Wilson wrote: Charles Wilson wrote: Thanks. I'll include this in the next build. In fact, I'm going to generate a test release using this patch, and --with-term=rxvt -- but without the 'make cygwin rxvt act like xterm, even though all other rxvt do not' patch. I really think that issue is a bug in your termcap/terminfo files, because mine don't specify the things your do. I'll post an archive with my precompiled terminfo/r/rxvt* files and /etc/termcap, for testing. rxvt-20050409-5 should propagate to the mirrors soon (as test release). Try it with the attached termcap/terminfo files. Works fine, including all keys I'm used to after I replaced the rxvt entries on the affected Linux system. Thanks! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] fvwm 2.5.21 -- F Virtual Window Manager
Jari Aalto writes: Adopted from Harold. Updated to new upstream version. /usr/share/man/man1/xpmroot.1 - fvwm-root.1 which only exists in the gzip'd version. Otherwise it builds fine from source and packaging looks good. Ciao Volker
Re: [ITA] xterm 229 - X terminal emulator
Jari Aalto writes: Adopted from Harold. Also updated to new upstream release. The following paragraph from your xterm-229.README points to nowhere. - A complete list of control sequences supported by the X terminal - emulator is provided in /usr/share/doc/xterm. /lib/X11/app-defaults directory looks strange. Other X packages install to /etc/X11/app-defaults. Builds fine from source otherwise, Ciao Volker
Re: [ITA] fvwm 2.5.21 -- F Virtual Window Manager
Dr. Volker Zell [EMAIL PROTECTED] writes: /usr/share/man/man1/xpmroot.1 - fvwm-root.1 Otherwise it builds fine from source and packaging looks good. Thanks for review. Corrected to the latest build (both *.1.gz) Jari wget\ http://cygwin.cante.net/fvwm/fvwm-2.5.21-1.tar.bz2 \ http://cygwin.cante.net/fvwm/fvwm-2.5.21-1-src.tar.bz2 \ http://cygwin.cante.net/fvwm/setup.hint
[GTG] Re: [ITA] fvwm 2.5.21 -- F Virtual Window Manager
Jari Aalto writes: Dr. Volker Zell [EMAIL PROTECTED] writes: /usr/share/man/man1/xpmroot.1 - fvwm-root.1 Otherwise it builds fine from source and packaging looks good. Thanks for review. Corrected to the latest build (both *.1.gz) GTG Jari Ciao Volker
rxvt package default TERM value [Was: RXVT doesn't recognize ALT + Cursor keys]
Corinna Vinschen wrote: Works fine, including all keys I'm used to after I replaced the rxvt entries on the affected Linux system. So, any opinions on what value rxvt should give for TERM, when the user has not specified a value[*]. Existing behavior on cygwin (and most other platforms) is to report 'xterm'. rxvt-20050409-5 test release reports 'rxvt'. -- Chuck [*] there are five ways to specify the desired TERM value -- or any resource setting -- from highest priority down to lowest): (1) command line argument: -tn (2) ~/.Xdefaults or ~/.Xresources contains [**] (a) prog*termName where prog is the invocation name of the application (usually rxvt all lowercase) (b) Rxvt*termName (3) /etc/X11/app-defaults/Rxvt contains Rxvt*termName [***] (4) /etc/X11/app-defaults/Rxvt contains *termName (5) ~/.Xdefaults or ~/.Xresources contains (a) XTerm*termName (b) *termName [**] cygwin's rxvt explicitly parses these files manually. It does not access the xserver's resources database, even in X11 mode. (The opposite behavior can be obtained by modified some macros in src/feature.h and src/rxvt.h, and recompiling). [***] could be /etc/X11/locale/locale/app-defaults/Rxvt if locale is set to something, but this is untested given cygwin's (newlib's) lack of support for true locales.
Re: [ITA] xterm 229 - X terminal emulator
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dr. Volker Zell wrote: /lib/X11/app-defaults directory looks strange. Other X packages install to /etc/X11/app-defaults. He needs to pass --with-app-defaults=/etc/X11/app-defaults to configure. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGy68wpiWmPGlmQSMRCHYnAJ94+HJ9592ZuztiAVzaM4nwbtOCLwCgvtW1 jo5FoEDhiTPQtzGgTcvWxQ8= =4BOA -END PGP SIGNATURE-
Re: [ITA] xterm 229 - X terminal emulator
The following paragraph from your xterm-229.README points to nowhere. - A complete list of control sequences supported by the X terminal - emulator is provided in /usr/share/doc/xterm. This was incorrect reference. Removed. /lib/X11/app-defaults directory looks strange. Other X packages install to /etc/X11/app-defaults. Adjusted configure options. Builds fine from source otherwise, Thank you for checking, Jari wget\ http://cygwin.cante.net/xterm/xterm-229-1.tar.bz2 \ http://cygwin.cante.net/xterm/xterm-229-1-src.tar.bz2 \ http://cygwin.cante.net/xterm/setup.hint
Re: Adding fonts
Yes. It's as easy as: cp /path/to/original.font /usr/X11R6/lib/X11/fonts/[fonttype]/ where you replace [fonttype] with the type of font you want ex. copy all windows ttf fonts over: $ cp /cygdrive/c/WINDOWS/Fonts/*.[tT][tT][fF] /usr/X11R6/lib/X11/fonts/ttf/ Caveat: You might run into problems, depending on if you are running in dos or unix line mode, I can't remember... Hope that helps, -Jim Stapleton - Original Message - From: Jean-Claude Gervais [EMAIL PROTECTED] To: Cygwin-XFree cygwin-xfree@cygwin.com Sent: Monday, August 20, 2007 4:11 PM Subject: Adding fonts Hi, Is there a simple way to add fonts to Cygwin's X server? For example, I have a true-type font called TAHOMA.TTF that I would like to make available to the X Server. Are all the host operating system's fonts automatically available to the X server? Do I have to perform any special actions to enable them? Is there a formula for doing this? Thanks in advance, list. J -- 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/ -- BEGIN-ANTISPAM-VOTING-LINKS -- Teach CanIt if this mail (ID 397534979) is spam: Spam:https://antispam.osu.edu/b.php?c=si=397534979m=513b38672a09 Not spam:https://antispam.osu.edu/b.php?c=ni=397534979m=513b38672a09 Forget vote: https://antispam.osu.edu/b.php?c=fi=397534979m=513b38672a09 -- END-ANTISPAM-VOTING-LINKS -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Adding fonts
It's a little more work, but it might be better to add the Windows fonts directory to the X font path. Then you only store the actual fonts in one place on disk, and all the system TTF fonts are available to X. You'd need to create the X11 font management metafiles in the system fonts dir, but Windows will just ignore them. You'd also need to update them whenever you add new fonts . . . or schedule a job to check periodically. On 8/21/07, S James S Stapleton [EMAIL PROTECTED] wrote: Yes. It's as easy as: cp /path/to/original.font /usr/X11R6/lib/X11/fonts/[fonttype]/ where you replace [fonttype] with the type of font you want ex. copy all windows ttf fonts over: $ cp /cygdrive/c/WINDOWS/Fonts/*.[tT][tT][fF] /usr/X11R6/lib/X11/fonts/ttf/ Caveat: You might run into problems, depending on if you are running in dos or unix line mode, I can't remember... Hope that helps, -Jim Stapleton - Original Message - From: Jean-Claude Gervais [EMAIL PROTECTED] To: Cygwin-XFree cygwin-xfree@cygwin.com Sent: Monday, August 20, 2007 4:11 PM Subject: Adding fonts Hi, Is there a simple way to add fonts to Cygwin's X server? For example, I have a true-type font called TAHOMA.TTF that I would like to make available to the X Server. Are all the host operating system's fonts automatically available to the X server? Do I have to perform any special actions to enable them? Is there a formula for doing this? Thanks in advance, list. J -- 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/ -- BEGIN-ANTISPAM-VOTING-LINKS -- Teach CanIt if this mail (ID 397534979) is spam: Spam:https://antispam.osu.edu/b.php?c=si=397534979m=513b38672a09 Not spam:https://antispam.osu.edu/b.php?c=ni=397534979m=513b38672a09 Forget vote: https://antispam.osu.edu/b.php?c=fi=397534979m=513b38672a09 -- END-ANTISPAM-VOTING-LINKS -- 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/ -- Mark J. Reed [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Cygwin X server 'reset' command
My xterm version is: $ xterm -v Cygwin 6.8.2.0(202) in console mode TERM is set like the following: TERM=cygwin In graphical mode TERM is set like the following: TERM=xterm Executing the following DOES clear the screen and the backscroll buffer in graphical mode (thanks, Mansoorali): printf \ec But in console mode it only clears the screen, not the backscroll buffer. -- 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/
Wholesome added you as a friend
Wholesome sent you a friend request on MySpace. Click this link to join and Wholesome will be added as your friend: http://www1.myspace.com/reloc.cfm?c=2id=ED79F83A-DFFC-4C7D-981D-D5896A75438D Thanks, your friends at MySpace - This email was sent by someone who knows you on MySpace.com. If you want to block any emails from MySpace members in the future, you can click here: http://www1.myspace.com/misc/block.cfm?iid=ED79F83A-DFFC-4C7D-981D-D5896A75438D Or send a single blank email with the subject line BLOCK to: [EMAIL PROTECTED] You can also block future email or direct any other inquiries by regular postal mail to: MySpace, Inc. 8391 Beverly Blvd. #349 Los Angeles, CA 90048 USA ©2003-2007 MySpace.com. All Rights Reserved.
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-21 12:09:38 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc: Change debugging output througout to print the NT status consistently. Use UNICODE path information if available. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3917r2=1.3918 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.248r2=1.249
src/winsup/cygwin ChangeLog uinfo.cc path.cc p ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-21 12:37:40 Modified files: winsup/cygwin : ChangeLog uinfo.cc path.cc path.h ntdll.h Log message: * ntdll.h (NtNotifyChangeDirectoryFile): Declare. (NtQueryAttributesFile): Move to maintain alphabetical order of declarations. Add comment to note that timestamp information returned by NtQueryAttributesFile is unreliable. * path.h (etc::changed_h): Move here. (etc::fn): Change type to OBJECT_ATTRIBUTES. (etc::last_modified): Change type to LARGE_INTEGER. (etc::init): Take PUNICODE_STRING as second argument. * path.cc: Accomodate above changes. (etc::test_file_change): Use NT native functions. (etc::dir_changed): Ditto. * uinfo.cc (pwdgrp::load): Call etc::init with NT native path. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3918r2=1.3919 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.150r2=1.151 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.453r2=1.454 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.h.diff?cvsroot=srcr1=1.109r2=1.110 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.68r2=1.69
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-21 15:37:10 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_base::fstat_helper): Rewrite checking for executable file magic using a thread safe method and re-enable this code. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3920r2=1.3921 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.249r2=1.250
src/winsup/cygwin ChangeLog uinfo.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-21 17:38:28 Modified files: winsup/cygwin : ChangeLog uinfo.cc Log message: * uinfo.cc (pwdgrp::load): Use NT native functions. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3921r2=1.3922 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.151r2=1.152
Re: How to close a SSH connection from a BAT file
Anthony de Sousa wrote: the next time that net start ssh is issued the following errors are in the log bind: Address already in use channel_setup_fwd_listener: cannot listen to port: 139 Could not request local forwarding Re your port 139 problem, see: http://www.blisstonia.com/eolson/notes/smboverssh.php You can check that port 139 is owned by your ssh client by using: netstat -ano tasklist /svc or (more easily): netstat -abn Some webpages suggest stopping the server process but then you'd lose the shares hosted by your client machines. Best of luck Sylvain -- 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/
cannot compile function containing get_current_dir_name
Hi, I try to compile a program which contains a call to get_current_dir_name. The compiler complains that the fucntion is undeclared. From checking the archives I learned that the problem existed already in the past. However the proposed fix (add #define _GNU_SOURCE) seems not to work for me. Do I have to install a special package apart from the base installation? Other suggestions? Cheers, Rainer -- 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 building GCC on Cygwin on Vista
On 20 August 2007 22:53, Aaron Gray wrote: Why is it different from gcc-4.2.0's ? Okay I am kicking myself now many hours wasted it was because I used a Windows program WinRAR to unpack my work rather than using tar !!! It was a permissions problem afterall. Very sorry for poluting your mailing list. Heh, I guess I shouldn't have been quite so specific when I asked about winzip. It's basically any win32 gui unpacker that'll cause these kinds of problems. Gotta use the cygwin tools! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest mutt (1.4.2.2-1) does not work on (my) XP
Attached cygcheck output On Mon, Aug 20, 2007 at 10:57:52PM +0100, Pedro Alves wrote: Hello. I can't run latest mutt, version mutt-1.4.2.2-1 on my XP. For every operation I try to do I get an error like 'cannot create temporary file'. It's not a permission problem... files are created (even tried different temp dirs) with 0 size. Reverting to version 1.4.2.1i-1 everything works. I don't know what changed, but the main binary of 1.4.2.1i-1 has 539136 bytes and 1.4.2.2-1 has 1554944 bytes (3 times more). Tips appreciated. Thanks -- Pedro Alves -- 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/ -- Pedro Alves [EMAIL PROTECTED] Cygwin Configuration Diagnostics Current System Time: Tue Aug 21 10:26:47 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\home\pedro\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\sbin C:\cygwin\opt\j2sdk1.4.1_01\bin\ C:\cygwin\usr\share\texmf\bin C:\cygwin\usr\X11\bin C:\cygwin\usr\sbin C:\cygwin\usr\mylocal\bin C:\cygwin\sbin C:\cygwin\home\pedro\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\sbin C:\cygwin\opt\j2sdk1.4.1_01\bin\ C:\cygwin\usr\share\texmf\bin C:\cygwin\usr\X11\bin C:\cygwin\usr\sbin C:\cygwin\usr\mylocal\bin C:\cygwin\sbin C:\cygwin\home\pedro\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\sbin C:\cygwin\opt\j2sdk1.4.1_01\bin\ C:\cygwin\usr\share\texmf\bin C:\cygwin\usr\X11\bin C:\cygwin\usr\sbin C:\cygwin\usr\mylocal\bin C:\cygwin\sbin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin . C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Programas\Java\jdk1.5.0_04\bin c:\oraclent\bin . c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Programas\apache-ant-1.6.5\bin c:\Programas\Ficheiros comuns\GTK\2.0\bin c:\Programas\OpenOffice.org 2.2\program c:\Documents and Settings\pedro_alves\bin c:\Programas\Microsoft Visual Studio .NET 2003\Common7\IDE c:\Programas\Microsoft SQL Server\80\Tools\BINN c:\PROGRA~1\GNU\WINCVS~1.3\CVSNT c:\mysql\bin c:\Programas\CVSNT\ c:\Programas\Nmapl c:\dev\pgsql\bin C:\cygwin\lib\lapack Output from C:\cygwin\bin\id.exe (nontsec) UID: 12139(pedro_alves) GID: 10545(mkgroup-l-d) 0(root) 544(Administradores)545(Utilizadores) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 12139(pedro_alves) GID: 10545(mkgroup-l-d) 0(root) 544(Administradores)545(Utilizadores) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'pedro_alves' LD_LIBRARY_PATH = '/usr/local/lib' PWD = '/cygdrive/c/Documents and Settings/pedro_alves' HOME = '/cygdrive/c/Documents and Settings/pedro_alves' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\pedro_alves' MANPATH = '/usr/local/man:/usr/man/preformat:/usr/man:/usr/X11R6/man:/usr/openwin/m:/usr/share/texmf/man:/usr/local/man:/usr/man/preformat:/usr/man:/usr/X11R6/man:/usr/openwin/m:/usr/share/texmf/man:/usr/local/man:/usr/man/preformat:/usr/man:/usr/X11R6/man:/usr/openwin/m:/usr/share/texmf/man:/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\pedro_alves\Application Data' SSH_AGENT_PID = '1572' HOSTNAME = 'pt0105002' PILOTRATE = '115200' XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB' CI_HOLOS_CLI = 'C:\Programas\Seagate Software\Open Olap\' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 6, GenuineIntel' SHELL = '/bin/sh' TERM = 'screen' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'C:\Programas\Microsoft Visual Studio 8\Common7\Tools\' PS1_COLOR = '[32m' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' CVSROOT = ':pserver:[EMAIL PROTECTED]:/usr/local/cvsroot' WINDOWID = '2097166' USERDOMAIN = 'TEKEVER' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' LC_ALL = 'en_US' XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults' XTERM_SHELL = '/usr/bin/bash' XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/PEDRO_~1/DEFINI~1/Temp' COMMONPROGRAMFILES = 'C:\Programas\Ficheiros comuns' PILOTPORT = '/dev/tts/USB1' XNLSPATH = '/usr/X11R6/lib/X11/locale' SSH_AUTH_SOCK = '/tmp/ssh-tDYBDjDtb1/agent.3784' TERMCAP = 'SC|screen|VT 100/ANSI X3.64 virtual terminal:\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\
Re: Latest mutt (1.4.2.2-1) does not work on (my) XP
I just downloaded the source and compiled it, *without changing anything*, and the resulting binary worked without problems. The final binary also has only 526kb, much smaller than the one I got from the same binary package. (I was expecting +- the same output) Hope it helps Thanks -- Pedro Alves [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: Trouble with perl fork() and exec()
Dave Korn wrote: On 16 August 2007 16:31, George wrote: I'm at a loss as to what could be holding up the python dll. Is there any advice for how to find this? Install Process Explorer from Sysinternals (now part of microsoft). It has a search function that lets you search all processes for any handles to files (or other objects) of a given name. Hi All, Firstly, thanks for all the responses. I've managed to track down the rebase problem and I've run it. I'm still experiencing problems with a very slow fork() and detailed in the rest of the thread. Can anybody suggest any other things I can try? Cheers, 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: cannot compile function containing get_current_dir_name
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Rainer Stamen on 8/21/2007 2:09 AM: Hi, I try to compile a program which contains a call to get_current_dir_name. The compiler complains that the fucntion is undeclared. Probably because cygwin does not declare a function by that name. From checking the archives I learned that the problem existed already in the past. However the proposed fix (add #define _GNU_SOURCE) seems not to work for me. Are you sure you didn't mean to use getcwd(), which cygwin DOES define, and without the need for _GNU_SOURCE, because it is specified by POSIX? - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGytle84KuGfSFAYARAvZOAJ9wyP20HyXe9jylQTT7qjcUV83fLACg0KRU YhEqb+4w72fWyoL/vvfUFx0= =xzrC -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: symbolic link untar issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Tom Rodman on 8/20/2007 5:58 PM: These steps 'hide bash', so invoking bash again fails: /tmp $ uname -a CYGWIN_NT-5.0 argon 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin /tmp $ tar tvf bar.tar drwxrwxr-x staffuser1/XYZ_ES_STAFF 0 2007-08-20 17:29 ZZ/ lrwxrwxrwx staffuser1/XYZ_ES_STAFF 0 2007-08-20 17:29 ZZ/bash2 - /bin/bash /tmp $ tar xpf bar.tar; tar xpf bar.tar #2nd untar does the damage It looks like tar is trying to follow the symlink, and touches what the symlink points to (I'm not sure why tar is insisting on following the link; that may be an upstream bug). Anyway, since the symlink was created without pointing to the .exe extension, tar is thus getting confused between touching bash.exe and creating bash with no extension. This seems like a corner case, so I'm not sure how much time I will spend trying to work around it, but thanks for reporting it. On the other hand, since tar files created on platforms without .exe suffixes are likely to look like this, maybe I should at least investigate making tar smarter about extraction of links. Is that an old style cygwin snybolic link? If so how do I identify all of them, so I might update them on my system? No, it is not an old-style link, because it has the .lnk suffix when viewed via Windows. However, it is not a link that would normally be created by the current coreutils, since I have added some .exe magic into ln when symlinking against existing .exes: $ ln -s /bin/bash bash2 $ readlink bash2 /bin/bash.exe Therefore, if you are worried about the existence of symlinks whose contents leave out the .exe suffix, you could do something like the following to find candidate links that might need correction: $ find [directory] -maxdepth 1 -type l \( -lname '*[^.][^e][^x][^e]' -o - -lname '???' -o -lname '??' -o -lname '?' \) -print Beyond that, there are probably ways to automate replacing the broken contents of such links with automatic .exe suffixes where appropriate, once you realize that this idiom will make the conversion: $ ln -fs $(readlink ./bash2) ./bash2 Cleanup.., how to delete the zero byte '/bin/bash': /tmp/ZZ $ (cd /bin ; chmod 777 bash;cmd /c del bash; ls -l bash) Yuck. Why rely on cmd? It is simpler to 'rm bash', which will delete the non-suffix version without touching the .exe version. Also, it is not necessary to chmod 777 the empty file; you can delete files with 0 permissions (although you may have to answer an interactive question to do so). - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] volunteer cygwin tar maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyt+s84KuGfSFAYARAn9tAJ4iiVlckqAdtqMl2TR3M47/jZPecQCcDsuD RprFDP9Stc/3qAMvWmqgR8Y= =ecVY -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/
A problem with setup.exe (?)
I have observed this problem with setup.exe 2.575, 2.573.2.2 and 2.578 (but, perhaps it is not a stricly setup problem). Usually when one has some experimental package installed, setup, while installing some other package, tries to reinstall the 'Cur' package. So one should click to keep the exp. package. And this is OK. This morning I forgot this and setup started to reinstall the cur. version of libtool package. When I see this I clicked the 'Cancel' button to break the reinstall. This has caused a corrupted lst.gz file (libtool1.5.lst.gz): trying to gunzip manually: unexpected end of file When I have tried to reinstall the package (to be sure that all was OK), choosing 'Reinstall', there was the error window: An error occured in setup-2.573.2.2 Falag the error to Microsoft.. ... Yes/NO ... and setup hanged. After many tries, the solution has been to remove the corrupted lst.gz file and then reinstalling. So the question is: Should setup give a warning that the lst.gz file was corrupted, suggesting to remove it? But perhaps, the simplest solution should be to remove the 'Cancel' button from setup... 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/
Shell scripts on FAT volumes
[Cygwin latest snapshot] I just noticed (on two different Windows XP) Cygwin installation that Shebang shell scripts are not executable on FAT32 volumes (like usb drives). The mount man page says Normally, files ending in certain extensions (.exe, .com, .bat, .cmd) are assumed to be executable. Files whose first two characters begin with '#!' are also considered to be executable. Is that expected behaviour? Thorsten -- 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: Shell scripts on FAT volumes
On 8/21/07, Thorsten Kampe [EMAIL PROTECTED] wrote: [Cygwin latest snapshot] I just noticed (on two different Windows XP) Cygwin installation that Shebang shell scripts are not executable on FAT32 volumes (like usb drives). The mount man page says Normally, files ending in certain extensions (.exe, .com, .bat, .cmd) are assumed to be executable. Files whose first two characters begin with '#!' are also considered to be executable. Is that expected behaviour? Thorsten I created test.sh on my USB key (FAT): cat test.sh END #!/usr/bin/bash echo Test! END Then I did chmod 700 test.sh Then I ran it: ./test.sh Worked fine. -- 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 building GCC on Cygwin on Vista
On 20 August 2007 22:53, Aaron Gray wrote: Why is it different from gcc-4.2.0's ? Okay I am kicking myself now many hours wasted it was because I used a Windows program WinRAR to unpack my work rather than using tar !!! It was a permissions problem afterall. Very sorry for poluting your mailing list. Heh, I guess I shouldn't have been quite so specific when I asked about winzip. It's basically any win32 gui unpacker that'll cause these kinds of problems. Gotta use the cygwin tools! Yep, no problem on XP though. I am finding Vista a bit of a dog, lots of wasted tim trying to do bug fixes/work arounds. I had forgotten I had used WinRAR. Many thanks for putting up with my postings, Aaron -- 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/
Cygcrypt-0.dll ad-aware trojan alert
I just ran Ad-aware and got a hit for the IROffer object which uses cygcrypt-0.dll. I've searched Ad-ware forum and with Google but could not find much. I think cygcrypt-0.dll is a legit library file so I am wondering if this hit is significant? Ad-aware SE Ad-aware Def: 20.08.2007 cygcrypt-0.dll located at c:\cygwin\bin\ dated 10/19/2003 -- View this message in context: http://www.nabble.com/Cygcrypt-0.dll-ad-aware-trojan-alert-tf4305705.html#a12256294 Sent from the Cygwin Users mailing list archive at Nabble.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: Shell scripts on FAT volumes
On Aug 21 15:37, Thorsten Kampe wrote: [Cygwin latest snapshot] I just noticed (on two different Windows XP) Cygwin installation that Shebang shell scripts are not executable on FAT32 volumes (like usb drives). The mount man page says Normally, files ending in certain extensions (.exe, .com, .bat, .cmd) are assumed to be executable. Files whose first two characters begin with '#!' are also considered to be executable. Is that expected behaviour? Right now, yes. I have disabled code which sets the x bit by reading the first bytes of a file to figure out if it starts with magic chars like '#!'. The reason I disabled this code in the first place is the fact that it's not thread safe. I even considered it entirely unnecessary, but apparently it's not. However, even though the scripts don't have the x bit set, they are nevertheless executable. Try it: (This is on FAT) $ cat x.sh EOF #!/bin/bash echo hallo EOF $ ls -l x.sh -rw-r--r-- 1 corinna users 23 Aug 21 16:55 x.sh $ ./x.sh hallo $ 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/
[Packaging BUG] Re: [ANNOUNCEMENT] Updated: ncftp-3.2.1-1
Jonathan C Allen writes: PACKAGE DESCRIPTION === ncftp - An improved FTP client A diff between the package listing of the last version and the new version shows that all the documentation and man pages are missing. It looks like a packaging bug to me. Processing package ncftp Version: 3.2.1 Releasenumber: 1 Cygwin Package Information Package VersionStatus ncftp3.2.0-1OK 1a2,3 etc/postinstall/ etc/postinstall/ncftp.sh 10a13,38 usr/share/ usr/share/doc/ usr/share/doc/Cygwin/ usr/share/doc/Cygwin/ncftp-3.2.0.README usr/share/doc/ncftp-3.2.0/ usr/share/doc/ncftp-3.2.0/CHANGELOG.txt usr/share/doc/ncftp-3.2.0/FIREWALLS_AND_PROXIES.txt usr/share/doc/ncftp-3.2.0/index.html usr/share/doc/ncftp-3.2.0/LICENSE.txt usr/share/doc/ncftp-3.2.0/ncftp.html usr/share/doc/ncftp-3.2.0/ncftpbatch.html usr/share/doc/ncftp-3.2.0/ncftpget.html usr/share/doc/ncftp-3.2.0/ncftpls.html usr/share/doc/ncftp-3.2.0/ncftpput.html usr/share/doc/ncftp-3.2.0/ncftpspooler.html usr/share/doc/ncftp-3.2.0/READLINE.txt usr/share/doc/ncftp-3.2.0/README.txt usr/share/doc/ncftp-3.2.0/what_changed_between_v2_v3.txt usr/share/man/ usr/share/man/man1/ usr/share/man/man1/ncftp.1.gz usr/share/man/man1/ncftpbatch.1.gz usr/share/man/man1/ncftpget.1.gz usr/share/man/man1/ncftpls.1.gz usr/share/man/man1/ncftpput.1.gz usr/share/man/man1/ncftpspooler.1.gz Ciao Volker -- 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: Cygcrypt-0.dll ad-aware trojan alert
On 21 August 2007 15:52, PTBluster wrote: I just ran Ad-aware and got a hit for the IROffer object which uses cygcrypt-0.dll. I've searched Ad-ware forum and with Google but could not find much. I think cygcrypt-0.dll is a legit library file so I am wondering if this hit is significant? Almost certainly a false alarm... hang on, I'll update my .def file and check for you. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Shell scripts on FAT volumes
* yitzle (Tue, 21 Aug 2007 10:42:24 -0400) On 8/21/07, Thorsten Kampe [EMAIL PROTECTED] wrote: I just noticed (on two different Windows XP) Cygwin installation that Shebang shell scripts are not executable on FAT32 volumes (like usb drives). The mount man page says Normally, files ending in certain extensions (.exe, .com, .bat, .cmd) are assumed to be executable. Files whose first two characters begin with '#!' are also considered to be executable. I created test.sh on my USB key (FAT): cat test.sh END #!/usr/bin/bash echo Test! END Then I did chmod 700 test.sh Then I ran it: ./test.sh Worked fine. Hm yeah, I was unprecise. Executing works for me, too. But tab completion doesn't or something as simple as which startkde for scripts in $PATH. Also in start scripts like startxwin.bat I can't simply put startkde, I have to say sh /bin/startkde. Thorsten -- 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: Cygcrypt-0.dll ad-aware trojan alert
On 21 August 2007 16:05, Dave Korn wrote: On 21 August 2007 15:52, PTBluster wrote: I just ran Ad-aware and got a hit for the IROffer object which uses cygcrypt-0.dll. I've searched Ad-ware forum and with Google but could not find much. I think cygcrypt-0.dll is a legit library file so I am wondering if this hit is significant? Almost certainly a false alarm... hang on, I'll update my .def file and check for you. Reproduced. Yep, it's a false alarm. md5sum still the same as freshly-extracted copy from the package tarball. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Shell scripts on FAT volumes
On Aug 21 17:00, Corinna Vinschen wrote: On Aug 21 15:37, Thorsten Kampe wrote: [Cygwin latest snapshot] I just noticed (on two different Windows XP) Cygwin installation that Shebang shell scripts are not executable on FAT32 volumes [...] Is that expected behaviour? Right now, yes. I have disabled code which sets the x bit by reading the first bytes of a file to figure out if it starts with magic chars like '#!'. The reason I disabled this code in the first place is the fact that it's not thread safe. I just applied a patch which re-enables this code in a thread safe manner. 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/
Missing dependencies and Cygwin
Hi, this is more like an observation an not a problem: in the past I noticed some third party applications compiled against Cygwin that wouldn't because of missing dependencies/DLLs. This was quite obvious as I got a big pop-up saying something like cannot find cygwhatever- x.y.dll. Then I could look for the package containing the DLL and everything was fine. This seems to have changed as nowadays applications just silently return without any visible error. I have to run strace app to see the same error I used to see without strace. Is there some kind of API change or is it mere coincidence? Thorsten -- 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: Cygcrypt-0.dll ad-aware trojan alert
On 2007-08-21 15:27Z, Dave Korn wrote: On 21 August 2007 16:05, Dave Korn wrote: On 21 August 2007 15:52, PTBluster wrote: I just ran Ad-aware and got a hit for the IROffer object which uses cygcrypt-0.dll. I've searched Ad-ware forum and with Google but could not find much. I think cygcrypt-0.dll is a legit library file so I am wondering if this hit is significant? Almost certainly a false alarm... hang on, I'll update my .def file and check for you. Reproduced. Yep, it's a false alarm. md5sum still the same as freshly-extracted copy from the package tarball. FWIW, I ran 'cygcrypt-0.dll' with md5sum fcaaad96b6b4e41dbaf9076109dcb964 through http://virusscan.jotti.org/ and its twenty malware scanners all found nothing. Perhaps that helps if the OP wishes to report this false positive to Ad-aware. -- 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: Missing dependencies and Cygwin
On 21 August 2007 16:53, Thorsten Kampe wrote: Hi, this is more like an observation an not a problem: in the past I noticed some third party applications compiled against Cygwin that wouldn't because of missing dependencies/DLLs. This was quite obvious as I got a big pop-up saying something like cannot find cygwhatever- x.y.dll. Then I could look for the package containing the DLL and everything was fine. This seems to have changed as nowadays applications just silently return without any visible error. I have to run strace app to see the same error I used to see without strace. Or you could check for exit code 53 in the shell (as per this morning's previous message on the subject...) Is there some kind of API change or is it mere coincidence? It was deliberate. Kinda messes up scripts and cron-jobs if they pop up requesters that have to be clicked away by human intervention before they can continue. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygcrypt-0.dll ad-aware trojan alert
On 21 August 2007 16:56, Greg Chicares wrote: On 2007-08-21 15:27Z, Dave Korn wrote: On 21 August 2007 16:05, Dave Korn wrote: On 21 August 2007 15:52, PTBluster wrote: I just ran Ad-aware and got a hit for the IROffer object which uses cygcrypt-0.dll. I've searched Ad-ware forum and with Google but could not find much. I think cygcrypt-0.dll is a legit library file so I am wondering if this hit is significant? Almost certainly a false alarm... hang on, I'll update my .def file and check for you. Reproduced. Yep, it's a false alarm. md5sum still the same as freshly-extracted copy from the package tarball. FWIW, I ran 'cygcrypt-0.dll' with md5sum fcaaad96b6b4e41dbaf9076109dcb964 through http://virusscan.jotti.org/ and its twenty malware scanners all found nothing. Perhaps that helps if the OP wishes to report this false positive to Ad-aware. Thanks for the reminder, but really it's not as much use saying Someone told me that jotti cleared it as going to jotti and running the test yourself and cutting and pasting all the results into the false positive report message, so I did. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Missing dependencies and Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Thorsten Kampe on 8/21/2007 9:52 AM: This seems to have changed as nowadays applications just silently return without any visible error. I have to run strace app to see the same error I used to see without strace. Run the problematic application under cmd to get the missing-entry-point/missing-dll popup box. When run by a cygwin application (such as bash), the error is intentionally squelched by cygwin1.dll and treated instead as exit status 53, because it is annoying to have a non-interactive script file block while waiting for an interactive user to dismiss a modal popup box. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyxFj84KuGfSFAYARAt40AJsHniPGMx2RttZnxM26hiWnLaE+dACdGDEU L3rCkYBra2PJeual7r8AEEw= =aZia -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/
[ANNOUNCEMENT] Updated: mathomatic-12.7.5-1
A new upstream release with minor feature fixes. Cygwin build changes: minor Changes: See http://mathomatic.orgserve.de/changes.txt Minor code, documentation, and makefile improvements. 7/28/07 - Added tests/quartic.in and fixed incomplete simplification in the calculate command. 8/3/07 - Allow upper case when parsing infinity constant name inf, required by CygWin version and maybe others. About: Mathomatic is a highly portable, general purpose symbolic math program that can solve, simplify, combine, differentiate, integrate, and compare algebraic equations. It can do standard, complex number, and polynomial arithmetic. It is extremely easy to use and has pretty colored, easily readable display of equations. See http://www.mathomatic.org/ 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 this URL. -- Reini Urban mathomatic support under Cygwin at cygwin@cygwin.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: Cygcrypt-0.dll ad-aware trojan alert
Dave, Greg: Thanks for checking. Also IROffer/cygcrypt-0.dll trogan was not detected by my scans with Spybot or AVG. The strange thing is that IROffer seems to be a ligit trogan and has been part of Ad-aware's defs since at least mid 2006. Perhaps a recent update is causing the problem; it wasn't there 14 days ago. If either of you haven't filled out a bug report, I can. I could use a little direction in doing that. It might be difficult to explain since it appears that IROffer seems to be a real trogan. Phineas -- View this message in context: http://www.nabble.com/Cygcrypt-0.dll-ad-aware-trojan-alert-tf4305705.html#a12261020 Sent from the Cygwin Users mailing list archive at Nabble.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: Cygcrypt-0.dll ad-aware trojan alert
On 21 August 2007 19:58, PTBluster wrote: Dave, Greg: Thanks for checking. Also IROffer/cygcrypt-0.dll trogan was not detected by my scans with Spybot or AVG. The strange thing is that IROffer seems to be a ligit trogan and has been part of Ad-aware's defs since at least mid 2006. Perhaps a recent update is causing the problem; it wasn't there 14 days ago. It's undoubtedly a result of an update. The dll hasn't changed, the .def file has, I leave the logic as an exercise for the reader! It's quite possible they changed their detect signature for IROffer in order to avoid some other false positive or collision, and accidentally ran straight into another one. So it goes. NBD! If either of you haven't filled out a bug report, I can. Already done: see http://www.lavasoftsupport.com/index.php?s=f26f6deb442793a1969295d17d0493deshowt opic=12074 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/
error while building from CVS
While building the cygwin1.dll, from CVS, I get the following just as it is configuring in they cygwin and winsup areas. newlib built just fine. configure: configuring in cygwin configure: running /bin/sh '../../../../src/winsup/cygwin/configure' --prefix=/t emp/usr '--cache-file=./config.cache' '--with-newlib' '--enable-multilib' '--pr efix=/temp/usr' '--program-transform-name=s,y,y,' '--with-target-subdir=i686-pc- cygwin' '--build=i686-pc-cygwin' '--host=i686-pc-cygwin' '--target=i686-pc-cygwi n' '--srcdir=../../../src/winsup' 'CC=gcc -L/home/bobby/winsup/o/i686-pc-cygwin/ winsup -L/home/bobby/winsup/o/i686-pc-cygwin/winsup/cygwin -L/home/bobby/winsup/ o/i686-pc-cygwin/winsup/w32api/lib -isystem /home/bobby/winsup/src/winsup/includ e -isystem /home/bobby/winsup/src/winsup/cygwin/include -isystem /home/bobby/win sup/src/winsup/w32api/include -B/home/bobby/winsup/o/i686-pc-cygwin/newlib/ -isy stem /home/bobby/winsup/o/i686-pc-cygwin/newlib/targ-include -isystem /home/bobb y/winsup/src/newlib/libc/include' 'CFLAGS=-O2 -O2 ' 'CPPFLAGS=' 'CXXFLAGS=-g -O2 ' 'CXX=g++ -L/home/bobby/winsup/o/i686-pc-cygwin/winsup -L/home/bobby/winsup/o/ i686-pc-cygwin/winsup/cygwin -L/home/bobby/winsup/o/i686-pc-cygwin/winsup/w32api /lib -isystem /home/bobby/winsup/src/winsup/include -isystem /home/bobby/winsup/ src/winsup/cygwin/include -isystem /home/bobby/winsup/src/winsup/w32api/include -B/home/bobby/winsup/o/i686-pc-cygwin/newlib/ -isystem /home/bobby/winsup/o/i686 -pc-cygwin/newlib/targ-include -isystem /home/bobby/winsup/src/newlib/libc/inclu de' 'LDFLAGS=' 'build_alias=i686-pc-cygwin' 'host_alias=i686-pc-cygwin' 'target_ alias=i686-pc-cygwin' --cache-file=.././config.cache --srcdir=../../../../src/wi nsup/cygwin configure: loading cache .././config.cache configure: error: `CFLAGS' has changed since the previous run: configure: former value: -O2 -O2 configure: current value: -O2 -O2 configure: error: `CXXFLAGS' has changed since the previous run: configure: former value: -g -O2 configure: current value: -g -O2 configure: error: changes in the environment can compromise the build configure: error: run `make distclean' and/or `rm .././config.cache' and start o ver configure: error: /bin/sh '../../../../src/winsup/cygwin/configure' failed for c ygwin make[1]: *** [configure-target-winsup] Error 1 make[1]: Leaving directory `/home/bobby/winsup/o' make: *** [all] Error 2 -- 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: error while building from CVS
On 21 August 2007 20:31, Bobby McNulty wrote: configure: loading cache .././config.cache configure: error: `CFLAGS' has changed since the previous run: configure: former value: -O2 -O2 configure: current value: -O2 -O2 configure: error: `CXXFLAGS' has changed since the previous run: configure: former value: -g -O2 configure: current value: -g -O2 configure: error: changes in the environment can compromise the build configure: error: run `make distclean' and/or `rm .././config.cache' and start over configure: error: /bin/sh '../../../../src/winsup/cygwin/configure' failed for cygwin Argh, not that one again! You could try http://sourceware.org/ml/newlib/2006/msg00607.html or http://sourceware.org/ml/newlib/2007/msg00096.html You could also browse any of... http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078 http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01665.html http://sourceware.org/ml/newlib/2007/msg00425.html ... there are more... cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: error while building from CVS
Dave Korn wrote: On 21 August 2007 20:31, Bobby McNulty wrote: configure: loading cache .././config.cache configure: error: `CFLAGS' has changed since the previous run: configure: former value: -O2 -O2 configure: current value: -O2 -O2 configure: error: `CXXFLAGS' has changed since the previous run: configure: former value: -g -O2 configure: current value: -g -O2 configure: error: changes in the environment can compromise the build configure: error: run `make distclean' and/or `rm .././config.cache' and start over configure: error: /bin/sh '../../../../src/winsup/cygwin/configure' failed for cygwin Argh, not that one again! You could try http://sourceware.org/ml/newlib/2006/msg00607.html or http://sourceware.org/ml/newlib/2007/msg00096.html You could also browse any of... http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078 http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01665.html http://sourceware.org/ml/newlib/2007/msg00425.html ... there are more... cheers, DaveK Dave, I am using the gcc you built, which worked fine. Its in the make file. I am running windows XP professional with service pack number 2. Fully patched as of today. This problem showed up Saturday. I know it was reported then by some one else, but I was using another email client (Outlook) and could not respond. (html instead of ascii) I was waiting for someone to notice it under winsup. That is where this one is at. I am not running a snapshot of the cygwin dll. Though I will try that next. Bobby -- 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: A problem with setup.exe (?)
Angelo Graziosi wrote: So the question is: Should setup give a warning that the lst.gz file was corrupted, suggesting to remove it? But perhaps, the simplest solution should be to remove the 'Cancel' button from setup... Thanks for the report. Setup should neither fail to clean up after itself when interrupted, nor crash and burn when trying to read invalid input. I'll add it to the todo list. Brian -- 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: error while building from CVS
Bobby McNulty wrote: I was waiting for someone to notice it under winsup. That is where this one is at. I am not running a snapshot of the cygwin dll. Though I will try that next. This has nothing to do with the Cygwin DLL, or the version of gcc. It's an issue with how the various configure macros are written and how autoconf deals with cacheing. Just delete the config.cache file and continue. Brian -- 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 [experimental]: coreutils-6.9-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 6.9-5, is available for experimental use, leaving 6.9-4 as current. NEWS: = This is a minor patch release. It attempts to add some case-insensitivity smarts to mv, cp, and install. In other words, 'mv a A' should now cause the file to be renamed, rather than reporting an error, if 'a' and 'A' happen to be case-insensitive synonyms for the same file. I've tested this with disk files, virtual files (such as /proc), and managed mounts, but not with CYGWIN=check_case. Also, because it is a big enough patch, I am leaving this as an experimental release for a while longer in case some regressions turn up. See also the upstream documentation in /usr/share/doc/coreutils-6.9/. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ base64 basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat stty su sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE: === 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. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category (it should already be selected). Since this is an experimental release, you will need to use the 'Exp' radio button. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin coreutils maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGy1UH84KuGfSFAYARAgK+AJ9K7PSu8NcAGfFJyOpms+xbw/QTowCffmzE 2ist03Zkc+IivoZbJcX3PwE= =Q4+d -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: [ANNOUNCEMENT] Updated [experimental]: coreutils-6.9-5
Eric Blake schrieb: A new release of coreutils, 6.9-5, is available for experimental use, leaving 6.9-4 as current. NEWS: = This is a minor patch release. It attempts to add some case-insensitivity smarts to mv, cp, and install. In other words, 'mv a A' should now cause the file to be renamed, rather than reporting an error, if 'a' and 'A' happen to be case-insensitive synonyms for the same file. I've tested this with disk files, virtual files (such as /proc), and managed mounts, but not with CYGWIN=check_case. Also, because it is a big enough patch, I am leaving this as an experimental release for a while longer in case some regressions turn up. Great, thanks! Are you planning to submit the patch upstream? See also the upstream documentation in /usr/share/doc/coreutils-6.9/. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated [experimental]: coreutils-6.9-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Reini Urban on 8/21/2007 3:26 PM: This is a minor patch release. It attempts to add some case-insensitivity smarts to mv, cp, and install. In other words, 'mv a A' should now cause the file to be renamed, rather than reporting an error, if 'a' and 'A' happen to be case-insensitive synonyms for the same file. Great, thanks! Are you planning to submit the patch upstream? My patch turned out to be more invasive than I would have liked. Also, there have been upstream discussions on the problem (since Mac HFS, and even Linux mounts to FAT, are also affected). The biggest problem is that my patch uses sys/cygwin.h, which is NOT portable - there really is no good way (at the moment) across all three platforms to tell if a directory is case-insensitive. It would be nice if there was a pathconf(directory, _PC_CASE_INSENSITIVE) that could quickly be queried to see if case-insensitivity is even worth worrying about for the directory in question. Also brought up on the coreutils list is the problem that the kernel's notion of file system case-insensitivity may be different from the current locale's definition of case-insensitivity (not really an issue for cygwin so long as we don't really support locales, but definitely an issue for Linux and Mac). - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGy11X84KuGfSFAYARAk4dAJ0T6yzwWh2pnizEegbLiwuXBRSY7wCfdT2Z uHj5vysrCux/ADGKaM8QEJE= =fj4M -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: error while building from CVS
On 21 August 2007 21:49, Brian Dessent wrote: Bobby McNulty wrote: I was waiting for someone to notice it under winsup. That is where this one is at. I am not running a snapshot of the cygwin dll. Though I will try that next. This has nothing to do with the Cygwin DLL, or the version of gcc. It's an issue with how the various configure macros are written and how autoconf deals with cacheing. Just delete the config.cache file and continue. Brian Won't work. Even from clean, the second time round has a stray space appended to the value of the FLAGS variable. You gotta patch the makefile.in to remove it. Since we're all about gmake here, $(strip ...) would work. 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/
Bash
I have downloaded the recent copy of cygwin and there is no bash.exe in the cygwin/bin directory, yet the cygwin.bat file points to the bash command. I have been using cygwin for many years now and this is the first time I have encountered this problem. If bash is no longer supplied with cygwin, which shell should we use? In my cygwin/bin directory there is no csh.exe, only a csh.exe.lnk, which goes to nowhere. I try to run sh.exe and I get the following: The application has failed to start because cygreadline6.dll was not found. What is your recommendation? Cheers Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 -- 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
Hi, Jam One wrote: I have downloaded the recent copy of cygwin and there is no bash.exe in the cygwin/bin directory, yet the cygwin.bat file points to the bash command. you have to install bash after installing cygwin. Erich -- 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jam One on 8/21/2007 7:37 PM: I have downloaded the recent copy of cygwin and there is no bash.exe in the cygwin/bin directory, yet the cygwin.bat file points to the bash command. What is your recommendation? Follow the directions, and attach the output of 'cygcheck -svr' as a text attachment, so we can see why your installation appears to be broken. Also, try rerunning setup.exe, and make sure it picks up everything you need. Bash should be an automatic part of the base install. Problem reports: http://cygwin.com/problems.html - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGy5i684KuGfSFAYARAkG+AKC4YPVH6P3iXaZF2KHk/xvPGhxnBwCfTL9l wpbky3ENHWrBdnTo7Ct2dy4= =1vd1 -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: Problem building GCC on Cygwin on Vista
Dave Korn wrote: [...] toiletless[*] in this matter. [...] [*] - Y'know. Nothing to go on. snicker regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://del.icio.us/steve.holden --- Asciimercial -- Get on the web: Blog, lens and tag the Internet Many services currently offer free registration --- Thank You for Reading - -- 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: mathomatic-12.7.5-1
A new upstream release with minor feature fixes. Cygwin build changes: minor Changes: See http://mathomatic.orgserve.de/changes.txt Minor code, documentation, and makefile improvements. 7/28/07 - Added tests/quartic.in and fixed incomplete simplification in the calculate command. 8/3/07 - Allow upper case when parsing infinity constant name inf, required by CygWin version and maybe others. About: Mathomatic is a highly portable, general purpose symbolic math program that can solve, simplify, combine, differentiate, integrate, and compare algebraic equations. It can do standard, complex number, and polynomial arithmetic. It is extremely easy to use and has pretty colored, easily readable display of equations. See http://www.mathomatic.org/ 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 this URL. -- Reini Urban mathomatic support under Cygwin at [EMAIL PROTECTED]
Updated [experimental]: coreutils-6.9-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 6.9-5, is available for experimental use, leaving 6.9-4 as current. NEWS: = This is a minor patch release. It attempts to add some case-insensitivity smarts to mv, cp, and install. In other words, 'mv a A' should now cause the file to be renamed, rather than reporting an error, if 'a' and 'A' happen to be case-insensitive synonyms for the same file. I've tested this with disk files, virtual files (such as /proc), and managed mounts, but not with CYGWIN=check_case. Also, because it is a big enough patch, I am leaving this as an experimental release for a while longer in case some regressions turn up. See also the upstream documentation in /usr/share/doc/coreutils-6.9/. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ base64 basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat stty su sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE: === 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. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category (it should already be selected). Since this is an experimental release, you will need to use the 'Exp' radio button. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin coreutils maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGy1UH84KuGfSFAYARAgK+AJ9K7PSu8NcAGfFJyOpms+xbw/QTowCffmzE 2ist03Zkc+IivoZbJcX3PwE= =Q4+d -END PGP SIGNATURE-