[ITP] connect-proxy 1.100
Included in debian stable http://packages.debian.org/connect-proxy category: Net requires: cygwin sdesc:SSH Proxy Command ldesc:Simple relaying command to make network connection via SOCKS and https proxy. It is mainly intended to be used as a proxy command of OpenSSH. wget \ http://kacygwinlist.googlepages.com/connect-proxy-1.100-1-src.tar.bz2 \ http://kacygwinlist.googlepages.com/connect-proxy-1.100-1.tar.bz2 \ http://kacygwinlist.googlepages.com/setup.hint
[ITP] irssi-0.8.12
Included in debian stable http://packages.debian.org/irssi category: Net requires: libncurses8 cygwin perl glib2 openssl libintl3 libiconv2 crypt sdesc:A terminal based IRC client. ldesc:A terminal based IRC client. Supports autologging, formats and themes, configurable keybindings, perl scripting. wget \ http://kacygwinlist2.googlepages.com/irssi-0.8.12-1-src.tar.bz2 \ http://kacygwinlist2.googlepages.com/irssi-0.8.12-1.tar.bz2 \ http://kacygwinlist2.googlepages.com/setup.hint
Re: [ITP] irssi-0.8.12
On Thu, Feb 14, 2008 at 02:14:20AM +0300, Kostya Altukhov wrote: Included in debian stable http://packages.debian.org/irssi category: Net requires: libncurses8 cygwin perl glib2 openssl libintl3 libiconv2 crypt sdesc:A terminal based IRC client. ldesc:A terminal based IRC client. Supports autologging, formats and themes, configurable keybindings, perl scripting. wget \ http://kacygwinlist2.googlepages.com/irssi-0.8.12-1-src.tar.bz2 \ http://kacygwinlist2.googlepages.com/irssi-0.8.12-1.tar.bz2 \ http://kacygwinlist2.googlepages.com/setup.hint Wow. This is great. I see people asking for this all of the time. Thank you. cgf
Re: [ITP] irssi-0.8.12
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Kostya Altukhov wrote: | requires: libncurses8 cygwin perl glib2 openssl libintl3 libiconv2 crypt Why libintl3? The current version of gettext provides libintl8. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHs+MepiWmPGlmQSMRCLtlAKDA81xr22uQoBpSkN2JimNG4pQgnwCg/nzn EZsafP4/uPR2RP6gE7xqtbc= =Xs0x -END PGP SIGNATURE-
Re: [ITP] irssi-0.8.12
| requires: libncurses8 cygwin perl glib2 openssl libintl3 libiconv2 crypt Why libintl3? The current version of gettext provides libintl8. The current cygwin version of glib2 requires libintl3, and so this build of irssi won't run if cygintl-3.dll is not present. Cygintl-8.dll is not required to run this build. Is it better not to mention libintl3 in setup.hint, since it is required indirectly via glib2?
src/winsup/cygwin ChangeLog cygtls.cc exceptio ...
CVSROOT:/cvs/src Module name:src Branch: cr-0x5f1 Changes by: [EMAIL PROTECTED] 2008-02-13 09:42:24 Modified files: winsup/cygwin : ChangeLog cygtls.cc exceptions.cc wincap.cc wincap.h Log message: * cygtls.cc (_cygtls::init_exception_handler): Revert patch from 2005-12-02. * exceptions.cc (stack_info::walk): Add workaround for NT 5.2 64 bit OSes. * wincap.h (wincaps::has_restricted_stack_args): New element. * wincap.cc: Implement above element throughout. (wincapc::init): Reset has_restricted_stack_args if not running under WOW64. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.3582.2.48r2=1.3582.2.49 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygtls.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.50r2=1.50.4.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.297.2.2r2=1.297.2.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.52.4.4r2=1.52.4.5 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.42.4.3r2=1.42.4.4
src/winsup/cygwin ChangeLog cygtls.cc exceptio ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-02-13 09:42:22 Modified files: winsup/cygwin : ChangeLog cygtls.cc exceptions.cc wincap.cc wincap.h Log message: * cygtls.cc (_cygtls::init_exception_handler): Revert patch from 2005-12-02. * exceptions.cc (stack_info::walk): Add workaround for NT 5.2 64 bit OSes. * wincap.h (wincaps::has_restricted_stack_args): New element. * wincap.cc: Implement above element throughout. (wincapc::init): Reset has_restricted_stack_args if not running under WOW64. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4008r2=1.4009 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygtls.cc.diff?cvsroot=srcr1=1.53r2=1.54 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.307r2=1.308 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.81r2=1.82 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.66r2=1.67
src/winsup/cygwin ChangeLog posix.sgml
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-02-13 14:50:40 Modified files: winsup/cygwin : ChangeLog posix.sgml Log message: * posix.sgml: Move llrint, llrintf, llrintl, lrintl, rintl, wcstol, wcstoll, wcstoul, wcstoull, wcsxfrm from unimplemented to implemented POSIX interfaces. Change headline of GNU extensions to GNU and Linux extensions. Add fgetxattr, flistxattr, fremovexattr, fsetxattr, getxattr, lgetxattr, listxattr, llistxattr, lremovexattr, lsetxattr, removexattr, setxattr, wcpcpy and wcpncpy to list of implemented GNU functions. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4009r2=1.4010 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srcr1=1.10r2=1.11
winsup/cygwin ChangeLog thread.cc syscalls.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2008-02-13 17:21:05 Modified files: cygwin : ChangeLog thread.cc syscalls.cc Log message: * syscalls.cc (_isatty): Define as an alias to isatty to override newlib version. * thread.cc (pthread_kill): Deal with signal 0 as per POSIX and also avoid manipulating an invalid thread. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.4010r2=1.4011 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.205r2=1.206 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumr1=1.469r2=1.470
winsup/cygwin configure.in configure ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2008-02-14 00:49:47 Modified files: cygwin : configure.in configure ChangeLog Log message: * configure.in: Remove non-working options. * configure: Regenerate. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/configure.in.diff?cvsroot=uberbaumr1=1.31r2=1.32 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/configure.diff?cvsroot=uberbaumr1=1.30r2=1.31 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.4011r2=1.4012
Re: Cygwin OCFS support (or lack of)
I have OCFS access as much as you want What I do not have right now (and it will take time until i get it) is a cygwin development environment on my Win2003 servers . If you will send me binaries I will be extatic to run them and strace them until I will setup my Cygwin development systems . On Feb 11, 2008 12:38 PM, Corinna Vinschen [EMAIL PROTECTED] wrote: On Feb 10 04:18, Robert Pendell wrote: Well I thought to take my hand at it and see what the strace looked like. I followed it against a good strace from one of my own local directories. If you search for fhandler_disk_file::opendir you will find that it fails with error 2 which appears to make subsequent attempts to access information fail (errno 89). You will only find one reference to that handler. Afterwards it silently fails. Please correct me if I am wrong here. The opendir works fine. It returns a valid DIR pointer as you can see in the line before the geterrno_from_win_error. What happens looks like this: opendir succeeds. In the first call to readdir, NtQueryDirectoryFile generates a Win32 error 2, No such file so readdir fakes a . directory entry. In the next call NtQueryDirectoryFile generates a Win32 error 18, No more files. readdir fakes a .. entry. In the next call NtQueryDirectoryFile generates another Win32 error 18 and readdir finally fails with errno 89, No more files. The first error, Win32 error 2 is very strange and I have no explanation for this. Maybe it's not enough for OCFS to open the directory handle with FILE_LIST_DIRECTORY access. It might help to use GENERIC_READ in opendir instead. This should be tested by somebody with OCFS access. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Grace does not work
Hello I have tried to use grace with buiding from source. I tried the cygwin ftp source trees or grace web page. Build processes thenseslves seemed to be done. However, no binaries have been worked well at all. I do not usually use the grace. So that I don't worry it at all. But I have a question about the grace use from the octave from the octave ML. I cannot reply it because the grace on cygwin has been worked even at my every efforts. What was wrong with me ? I do not usually use grace but I think thst it is a good software. I hope that the grace maintainer on the cygwin will overcome this problem. Regards Tatsuto -- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/ -- 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: No History from earlier logins
Hi, sry, that doesnt change the problem, it doesn't matter, if i close the window or type exit. Just tried it. What else can it be? Thanks Greg Chicares-2 wrote: On 2008-02-13 00:18Z, curator wrote: I got some problem with my cygwin installation. In my .bashrc file, i export HISTFILE to a new file. When this is done, i have a history on every login, but when i close the shell, all data is lost. Are you closing it by typing 'exit' in the shell? -- 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/ -- View this message in context: http://www.nabble.com/No-History-from-earlier-logins-tp15446495p15458492.html Sent from the Cygwin list 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: Re: Uninstalling Cygwin
-Mensaje original- Robert Pendell Enviado el: martes, 12 de febrero de 2008 16:39 Asunto: Re: Uninstalling Cygwin You were quoting the header in your replies which contained email addresses in it. It isn't encouraged because it helps spammers out. Your case is particularly disturbing because it was the mailing list email address that was getting quoted and we are already starting to see the occasional spam message make it through. - -- Robert Pendell [EMAIL PROTECTED] Thawte Web of Trust Notary CAcert Assurer It is not very difficult to find the list email address, if you belong to the email list. In any case, I am going to delete the emails as much as possible (i.e. would I also delete your email address that appears in the footer ?). I hope don´t be burned if I forget one ;) On the other hand, it would be very interesting change the email list script to change the email address to disable email address (so, if one want to write to other user, must change it manually). Regards. P.S.: the infractor is the spammer. Pedro. -- 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 OCFS support (or lack of)
On Feb 13 10:29, doron cs wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR http://cygwin.com/acronyms/#TOFU I have OCFS access as much as you want What I do not have right now (and it will take time until i get it) is a cygwin development environment on my Win2003 servers . I don't have any pressure. I can wait. 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: Uninstalling Cygwin
-Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Larry Hall (Cygwin) Enviado el: martes, 12 de febrero de 2008 16:43 Para: cygwin@cygwin.com Asunto: Re: Uninstalling Cygwin PEDRO MACANAS VALVERDE wrote: -Mensaje original- PEDRO MACANAS VALVERDE wrote on Tuesday, February 12, 2008 9:45 AM:: -Mensaje original- DO NOT PUT EMAIL ADDRESSES IN YOUR REPLIES What are you saying ?. We're saying that when you reply, your email client We also would talk about the email Server. If I want to send a private email I could login to the web and copy the email from the web (member list). Remember, the bad manners are not from the newbies, but from the spammers. Regards. -- 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/
pthread_kill when sig is zero
int pthread_kill(pthread_t thread, int sig); The posix function pthread_kill (in cygwin) does not perform error checking when the argument sig is zero, though it should according to standard. It means ESRCH is not returned when the thread is not valid (for example it exited before). Is it possible to correct this ? -- 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: Uninstalling Cygwin
PEDRO MACANAS VALVERDE wrote: -Mensaje original- De: cygwin-owner at cygwin dot com [mailto:cygwin-owner] En nombre Um... de Larry Hall (Cygwin) Enviado el: martes, 12 de febrero de 2008 16:43 Para: cygwin ^^ Hm... Asunto: Re: Uninstalling Cygwin PEDRO MACANAS VALVERDE wrote: -Mensaje original- PEDRO MACANAS VALVERDE wrote on Tuesday, February 12, 2008 9:45 AM:: -Mensaje original- DO NOT PUT EMAIL ADDRESSES IN YOUR REPLIES What are you saying ?. We're saying that when you reply, your email client We also would talk about the email Server. If I want to send a private email I could login to the web and copy the email from the web (member list). Cygwin's member list is not available on the web. Remember, the bad manners are not from the newbies, but from the spammers. Newbies make mistakes. Good newbies learn from them. Bad newbies don't and may be accused of bad manners. Spammers, on the other hand, are just plain evil. I trust we've now covered this topic thoroughly for all concerned. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tar --one-file-system accesses remote file systems
Matt Seitz (matseitz) wrote: When I run tar -czlvf backup . in my home directory (/home/matseitz) , tar accesses a subdirectory (/home/matseitz/sjc-filer03a) that mounts a remote CIFS share. This problem and a proposed solution was mentioned in an earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Is there a known solution to this issue? You can check recent (and not so recent) email archives on the subject. As I recall, it depends on your server and it's version. Older versions or FAT file-systems have their inodes faked. This may be the cause of the problem you're seeing. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Uninstalling Cygwin
On Wed, Feb 13, 2008 at 02:52:47PM +0100, PEDRO MACANAS VALVERDE wrote: -Mensaje original- de Larry Hall (Cygwin) Enviado el: martes, 12 de febrero de 2008 16:43 Asunto: Re: Uninstalling Cygwin PEDRO MACANAS VALVERDE wrote: -Mensaje original- PEDRO MACANAS VALVERDE wrote on Tuesday, February 12, 2008 9:45 AM:: -Mensaje original- DO NOT PUT EMAIL ADDRESSES IN YOUR REPLIES What are you saying ?. We're saying that when you reply, your email client We also would talk about the email Server. If I want to send a private email I could login to the web and copy the email from the web (member list). Remember, the bad manners are not from the newbies, but from the spammers. Remember, you are a guest here. Also remember that you are not a genius and that you are not apt to come up with new ideas that have not been hashed and rehashed many times before. Arguing with our mailing list policy is 1) not going to endear you to anyone and 2) not going to be tolerated for much longer. If you are going to continue to demonstrate an unwillingness to play by the rules here then your continued access to this mailing list will be revoked. If you have something cygwin-related to talk about then, please say it. Say it without needlessly quoting the header of the email that you are replying to and without including raw email addresses in your message. Also, as a side observation, your command of the English language is not really terrific. That doesn't really recommend you as someone who should be maintaining English-language documentation. 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/
Re: No History from earlier logins
* curator (Tue, 12 Feb 2008 16:18:52 -0800 (PST)) I got some problem with my cygwin installation. In my .bashrc file, i export HISTFILE to a new file. When this is done, i have a history on every login, but when i close the shell, all data is lost. So i went to delete the command in the bashrc, which relocates the history file. When this was done, i had no active history left anymore, but when i touched curser up, some commands i did not use a long time ago appeard, but so actual ones. I found out, that the old command were left in der bash_history file, which seems to be the original file. Show us all the HIST variables you set and all the hist options... -- 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: pthread_kill when sig is zero
On Wed, Feb 13, 2008 at 03:23:51PM +0100, klement2 wrote: int pthread_kill(pthread_t thread, int sig); The posix function pthread_kill (in cygwin) does not perform error checking when the argument sig is zero, though it should according to standard. It means ESRCH is not returned when the thread is not valid (for example it exited before). Is it possible to correct this ? Yes. I'll fix current CVS. Do you happen to have a simple test case which demonstrates this problem? 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/
RE: Re: tcsh clear command?
Andrew DeFaria wrote on Wednesday, February 13, 2008 12:51 AM: Dave Korn wrote: On 12 February 2008 22:35, Larry Hall (Cygwin) wrote: Christopher Stack wrote: i've noticed in the cygwin implementation of tcsh that the clear command doesn't exist. is it in some other format or is there a module to add this? i thought it was part of the basic tcsh. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=clear%5C.exe I always find alias clear cmd /c cls works best in a DOS console, it has the benefit of resetting the scroll buffer where clear only blanks the currently-visible area. cheers, DaveK And if one is not using a DOS console (- who the hell would use that! Yuck)? -- Andrew DeFaria http://defaria.com I just got a physical and asked the doctor, How do I stand? He said, That's what puzzles me! I do not know what the syntax is for alias in tcsh, but the following work in bash. alias clear='echo -ne \\e[2J' alias clear='echo -ne \e[2J'
RE: tcsh clear command?
On 13 February 2008 05:51, Andrew DeFaria wrote: Dave Korn wrote: On 12 February 2008 22:35, Larry Hall (Cygwin) wrote: Christopher Stack wrote: i've noticed in the cygwin implementation of tcsh that the clear command doesn't exist. is it in some other format or is there a module to add this? i thought it was part of the basic tcsh. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=clear%5C.exe I always find alias clear cmd /c cls works best in a DOS console, it has the benefit of resetting the scroll buffer where clear only blanks the currently-visible area. cheers, DaveK And if one is not using a DOS console Then even the most basic powers of reasoning should have allowed you to infer that the advice above does not apply. Still, I guess I can spell it out for you. Here it is again, simplified so it should be accessible to anyone capable of the reasoning skills of a four-year-old: 1st. poster: I want to use clear. Where is it? 2nd. poster: Here it is. 3rd. poster: If you're using a dos console, cmd /c cls works better. 4th. poster: What if you aren't using a dos console? 3rd. poster again: Then I refer you to what the first two posters said, dummy! Du-uuh! face-wet-fish-slap (- who the hell would use that! Anyone who might ever want to pipe stdio between a cygwin and a win32 native program will find it works an awful lot better if they do it in a DOS console using CYGWIN=notty. Also, anyone who wants the rows-and-columns based method of copying text, as opposed to the line-end-wrapping (X-alike) method used in the other consoles. Yuck)? Is the implication that you are in some way magic and special and therefore your personal tastes are somehow objectively valid making you right about any random topic and anyone else who feels differently wrong? Or do you still accept that this is just a subjective expression of your tastes, but nonetheless feel that your opinion is of unique and gripping interest to readers of the list? [*] cheers, DaveK [*] - Note for the sarcasm impaired: This is a rhetorical question.[**] [**] - Additional note for the sarcasm impaired: Rhetorical means it does not need an answer. -- 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: Re: tcsh clear command?
On 13 February 2008 17:30, Christopher Faylor wrote: alias clear='echo -ne \\e[2J' alias clear='echo -ne \e[2J' Or just type CTRL-L in bash, tcsh, and zsh if you want to clear the screen. That also doesn't reset the buffer. OTOH, the standard ANSI sequence ^]c does do that: alias clear='echo -ne \\033c' 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: Threading issue in cygwin python 2.5.1-2 ?
Thanks for running this. René Berber wrote: Jim Kleckner wrote: [snip] Would someone mind trying the following to see if you get the same behavior? cd /usr/lib/python2.5/test python testall.py Observe that it hangs at creating task 1. Yes. After a while of being idle threads go down from 11 to 9, but nothing else happens. And (using bash): cd /usr/lib/python2.5/test python testall.py testall.out and observe that test_wait4 fails. Yes. Testing finished, on the log I see a couple of tracebacks: test_wait (test.test_wait4.Wait4Test) ... Traceback (most recent call last): ERROR: test_wait (test.test_wait4.Wait4Test) test test_wait4 failed -- Traceback (most recent call last): I reinstalled cygwin to make sure I have 1.5.25-7. I downloaded the source for Python and rebuilt it to see if that would help. Not surprisingly, it didn't. It appears that Jason Tishler knows about these issues based on the CYGWIN-PATCHES/README file: As of Cygwin Python 2.4.3-1, the port has pthread-related issues that cause some threading features to fail (at least occassionally). AFAICT, this is due to a change in the Cygwin DLL some time after 1.5.18. See the test section for more details. [snip] Under XP Pro SP2, Cygwin 1.5.24-2, ntsec, and NTFS, Cygwin Python passes most normal (i.e., non -u option) tests. Unfortunately, some of the threading-related tests can cause the regression test to abort without any error messages. If one excludes these tests, then the regression test will run to completion. Additionally, if these tests are run individually, then they will pass. What is the best way to proceed with this? It appears to have been a change since 1.5.18 if Jason's guess is correct. I can build a debug version of Python if that is useful. I can build a debug version of cygwin if that is useful although previous list comments suggest that it requires some deep knowledge to do/use properly. Brian mentioned in cygwin-patches list single-stepping python using gdb to locate the previous pthread bug arising from inconsistent headers. How difficult is it do set that up? What are the prerequisites? As an off-topic side note, it sure would be nice to be able to use valgrind just once on cygwin! Thanks - Jim -- 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: pthread_kill when sig is zero
On Wed, Feb 13, 2008 at 11:51:03AM -0500, Christopher Faylor wrote: On Wed, Feb 13, 2008 at 03:23:51PM +0100, klement2 wrote: int pthread_kill(pthread_t thread, int sig); The posix function pthread_kill (in cygwin) does not perform error checking when the argument sig is zero, though it should according to standard. It means ESRCH is not returned when the thread is not valid (for example it exited before). Is it possible to correct this ? Yes. I'll fix current CVS. Do you happen to have a simple test case which demonstrates this problem? A new snapshot has been generated with the fix: http://cygwin.com/snapshots/ -- 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: tcsh clear command?
On Wed, Feb 13, 2008 at 12:24:55PM -0500, Buchbinder, Barry (NIH/NIAID) [E] wrote: Andrew DeFaria wrote on Wednesday, February 13, 2008 12:51 AM: Dave Korn wrote: On 12 February 2008 22:35, Larry Hall (Cygwin) wrote: Christopher Stack wrote: i've noticed in the cygwin implementation of tcsh that the clear command doesn't exist. is it in some other format or is there a module to add this? i thought it was part of the basic tcsh. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=clear%5C.exe I always find alias clear cmd /c cls works best in a DOS console, it has the benefit of resetting the scroll buffer where clear only blanks the currently-visible area. cheers, DaveK And if one is not using a DOS console (- who the hell would use that! Yuck)? -- Andrew DeFaria http://defaria.com I just got a physical and asked the doctor, How do I stand? He said, That's what puzzles me! I do not know what the syntax is for alias in tcsh, but the following work in bash. alias clear='echo -ne \\e[2J' alias clear='echo -ne \e[2J' Or just type CTRL-L in bash, tcsh, and zsh if you want to clear the screen. 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/
Re: tar --one-file-system accesses remote file systems
Larry Hall (Cygwin) [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Matt Seitz (matseitz) wrote: This problem and a proposed solution was mentioned in an earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Is there a known solution to this issue? You can check recent (and not so recent) email archives on the subject. I tried. The only discussion I found was the link above. If you can give me a pointer to another thread, I'd appreciate it. I'll also try additional searches based on the information you gave below. As I recall, it depends on your server and it's version. Older versions or FAT file-systems have their inodes faked. This may be the cause of the problem you're seeing. Ah, yes, the mounted CIFS share is reported as a FAT file system*. So that may be the problem. I'll try it with a Windows server sharing an NTFS volume and see if I get a different result. *It's actually a Network Appliance ONtap WAFL QTree, configured to use UNIX security model. But ONtap reports UNIX QTrees as FAT file systems to CIFS clients.
Re: Issue with GDB under Cygwin and XP
Jim Marshall wrote:
Ray Hurst wrote:
I'm running under Windows XP and Cygwin.
I ran GDB on a simple C program and captured the output (below).
I have a few questions:
Why can I run the program several times with no errors but as soon as
I set a breakpoint at main it gets a SIGSEGV fault?
Why does the backtrace show only addresses?
C:\Documents and Settings\Ray
Hurst\workspace\CDT\HelloWorld-ANSIC\Debuggdb Hel
loWorld-ANSIC.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i686-pc-cygwin...
(gdb) list
5Version :
6Copyright : Your copyright notice
7Description : Hello World in C, Ansi-style
8 ===
=
9*/
10
11 #include stdio.h
12 #include stdlib.h
13
14 int main(void) {
(gdb) list 20
15 puts(!!!Hello World!!!); /* prints !!!Hello World!!! */
16 return EXIT_SUCCESS;
17 }
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Ray
Hurst/workspace/CDT/Hel
loWorld-ANSIC/Debug/HelloWorld-ANSIC.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
!!!Hello World!!!
Program exited normally.
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Ray
Hurst/workspace/CDT/Hel
loWorld-ANSIC/Debug/HelloWorld-ANSIC.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
!!!Hello World!!!
Program exited normally.
(gdb) b main
Breakpoint 1 at 0x401050: file ../src/HelloWorld-ANSIC.c, line 14.
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Ray
Hurst/workspace/CDT/Hel
loWorld-ANSIC/Debug/HelloWorld-ANSIC.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 4896.0x1314]
0x07f4 in ?? ()
(gdb) bt
#0 0x07f4 in ?? ()
#1 0x in ?? ()
(gdb)
Ray
Works fine on my Windows XP Pro machine using the same GDB and gcc
version 3.4.4. What gcc version do you have?
The stack trace would indicate that the crash is occurring before it
gets to your main function, since that code doesn't have debug symbols
you get addresses.
Jim,
It's definitely crashing before getting to main and I don't know why.
The tools versions are: gcc 4.2.3, binutils 2.17.50, and gdb 6.5.50.
Ray
--
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: Issue with GDB under Cygwin and XP
--- Ray Hurst [EMAIL PROTECTED] ha scritto: Works fine on my Windows XP Pro machine using the same GDB and gcc version 3.4.4. What gcc version do you have? The stack trace would indicate that the crash is occurring before it gets to your main function, since that code doesn't have debug symbols you get addresses. Jim, It's definitely crashing before getting to main and I don't know why. The tools versions are: gcc 4.2.3, binutils 2.17.50, and gdb 6.5.50. Ray Hi Ray I will bet on Gcc 4.2.3. there are some reasons why on cygwin gcc 3.4.4 is still the default version. Regards Marco ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html -- 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: tar --one-file-system accesses remote file systems
Matt Seitz (matseitz) wrote: Larry Hall (Cygwin) reply-to-list-only-lh wrote in message ^^^ news:47B31A8F.7060008... ^^ http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. We don't want to be feeding the spammers around here. Matt Seitz (matseitz) wrote: This problem and a proposed solution was mentioned in an earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Is there a known solution to this issue? You can check recent (and not so recent) email archives on the subject. I tried. The only discussion I found was the link above. If you can give me a pointer to another thread, I'd appreciate it. I'll also try additional searches based on the information you gave below. As I recall, it depends on your server and it's version. Older versions or FAT file-systems have their inodes faked. This may be the cause of the problem you're seeing. Ah, yes, the mounted CIFS share is reported as a FAT file system*. So that may be the problem. I'll try it with a Windows server sharing an NTFS volume and see if I get a different result. *It's actually a Network Appliance ONtap WAFL QTree, configured to use UNIX security model. But ONtap reports UNIX QTrees as FAT file systems to CIFS clients. That's it I expect. Going straight to the code, in fhandler_disk_file.cc, here's some code from fhandler_base::fstat_helper(): /* Enforce namehash as inode number on untrusted file systems. */ if (pc.isgood_inode (nFileIndex)) buf-st_ino = (__ino64_t) nFileIndex; else buf-st_ino = get_namehash (); One of the things that isgood_inode() checks for is that it's not a FAT drive. In case it is, you end up with a faked hash inode. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash init failing on cygwin terminal launch
On 13 February 2008 19:40, Rowe, Thomas wrote: When I launch a cygwin terminal I see this line: : No such file or directoryand Settings/rowet/.bashrc Then I am dumped into a bash prompt where .bashrc hasn't been read and I think the normal bash config stuff hasn't finished either. If I type 'bash[return]' from this screwed-up login everything works fine. Obviously something is tripping up on the space in %HOME%='C:\Documents and Settings\rowet'. Maybe so, but you also got a CR lineending in there, which is why the error message wrote over itself in that characteristic way. You probably edited /etc/profile or one of the other scripts using notepad/wordpad/similar. To figure out exactly where, open a cmd.exe shell, cd into your cygwin bin dir, and run bash --login -i -x. You should be able to follow what's getting invoked when that way; then just run d2u on the offending script. 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: Issue with GDB under Cygwin and XP
Marco Atzeri wrote:
--- Ray Hurst [EMAIL PROTECTED] ha scritto:
Works fine on my Windows XP Pro machine using the
same GDB and gcc
version 3.4.4. What gcc version do you have?
The stack trace would indicate that the crash is
occurring before it
gets to your main function, since that code
doesn't have debug symbols
you get addresses.
Jim,
It's definitely crashing before getting to main and
I don't know why.
The tools versions are: gcc 4.2.3, binutils 2.17.50,
and gdb 6.5.50.
Ray
Hi Ray
I will bet on Gcc 4.2.3.
there are some reasons why on cygwin gcc 3.4.4
is still the default version.
Regards
Marco
___
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html
Actually I was incorrect. The dump I gave you was for gcc 3.4.4.
I got it to run under gcc 4.2.3 using Insight.
I modified the program as follows:
/*
Name: HelloWorld.c
Author : Ray Hurst
Version :
Copyright : Your copyright notice
Description : Hello World in C, Ansi-style
*/
#include stdio.h
#include stdlib.h
int main(void) {
int a,b,c;
a = 10;
b = 20;
c = 30;
puts(!!!Hello World!!!); /* prints !!!Hello World!!! */
printf(\na = %d, b = %d, c = %d\n, a,b,c);
return EXIT_SUCCESS;
}
When I step through the program I cannot get the Local Variables window
to update the variables when I step over the lines setting the variable.
I look at the stack area in memory they definitely are updating.
Ray
--
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: tar --one-file-system accesses remote file systems
From: Larry Hall (Cygwin) Matt Seitz (matseitz) wrote: Matt Seitz (matseitz) wrote: This problem and a proposed solution was mentioned in an earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Ah, yes, the mounted CIFS share is reported as a FAT file system*. That's it I expect. Going straight to the code, in fhandler_disk_file.cc, here's some code from fhandler_base::fstat_helper(): /* Enforce namehash as inode number on untrusted file systems. */ if (pc.isgood_inode (nFileIndex)) buf-st_ino = (__ino64_t) nFileIndex; else buf-st_ino = get_namehash (); One of the things that isgood_inode() checks for is that it's not a FAT drive. In case it is, you end up with a faked hash inode. Thanks for the diagnosis. I'm curious about something. The message I reference above also mentioned an issue with st_dev. It seems to imply that correcting the st_dev to use the volume serial number could resolve this issue. What is your opinion on that theory? -- Matt Seitz Manager, File System Virtualization Cisco Systems, Inc. .:|:.:|:.
bash init failing on cygwin terminal launch
When I launch a cygwin terminal I see this line: : No such file or directoryand Settings/rowet/.bashrc Then I am dumped into a bash prompt where .bashrc hasn't been read and I think the normal bash config stuff hasn't finished either. If I type 'bash[return]' from this screwed-up login everything works fine. Obviously something is tripping up on the space in %HOME%='C:\Documents and Settings\rowet'. But where is the problem? How can I fix it? Thanks, Thomas Rowe Cygwin Configuration Diagnostics Current System Time: Wed Feb 13 14:25:25 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\ODI\OStore\bin c:\ODI\OSAX\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\NSS\ostore\bin c:\NSS\jmv\jmusdk\data\JMU\lib c:\bin\hotspot c:\NSS\jmv\jmvsdk\bin c:\NSS\jmv\iflsdk\bin c:\bin\classic c:\Program Files\JavaSoft\JRE\1.3.1\bin\hotspot c:\Program Files\JavaSoft\JRE\1.3.1\bin\classic c:\strawberry\c\bin c:\strawberry\perl\bin c:\Program Files\Java\jre1.6.0_03\bin c:\developer\RogueWave\lib c:\Developer\smartheap\bin c:\Developer\zlib\lib c:\Developer\DLLs c:\gnuwin32\b18\tcl\bin c:\gnuwin32\b18\H-i386-cygwin32\bin c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin c:\Program Files\Microsoft Visual Studio\Common\Tools c:\Program Files\Microsoft Visual Studio\VC98\bin c:\ODI\OStore\bin c:\ODI\OSAX\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\NSS\ostore\bin c:\NSS\jmv\jmusdk\data\JMU\lib c:\bin\hotspot c:\NSS\jmv\jmvsdk\bin c:\NSS\jmv\iflsdk\bin c:\bin\classic c:\Program Files\JavaSoft\JRE\1.3.1\bin\hotspot c:\Program Files\JavaSoft\JRE\1.3.1\bin\classic c:\strawberry\c\bin c:\strawberry\perl\bin c:\strawberry\bin c:\Documents and Settings\rowet\bin c:\Developer\GCCS\jmusdk\data\JMU\lib c:\Program Files\JavaSoft\JRE\1.3.1\bin\hotspot c:\Developer\GCCS\jmvsdk\bin c:\Developer\GCCS\iflsdk\bin c:\Developer\Xerces\xerces-c-src2_4_0\Build\Win32\VC6\Release c:\Developer\NSSTMSInterface\bin C:\cygwin\lib\lapack ~\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 11733(rowet)GID: 10513(Domain Users) 544(Administrators) 545(Users) 11627(Dial-Up Users) 10513(Domain Users) 11642(NSS) 11629(OASiSGroup) 11641(SSDDevelopers) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11733(rowet)GID: 10513(Domain Users) 544(Administrators) 545(Users) 11627(Dial-Up Users) 10513(Domain Users) 11642(NSS) 11629(OASiSGroup) 11641(SSDDevelopers) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'rowet' TCL_LIBRARY = 'c:/gnuwin32/b18/tcl/lib/tcl7.6' GCC_EXEC_PREFIX = 'c:\gnuwin32\b18\H-i386-cygwin32\lib\gcc-lib' PWD = '/cygdrive/c/Documents and Settings/rowet' HOME = '/cygdrive/c/Documents and Settings/rowet' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\rowet' APPDATA = 'C:\Documents and Settings\rowet\Application Data' CRYPTLIB = 'c:/developer/encryptionlib' OS_TMPDIR = 'C:\WINDOWS\TEMP\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' JMV_HOME = 'C:\Developer\GCCS\jmvsdk' MDM = 'c:\developer\mdm' NSS_MENA_PORT = '1044' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel' RTI_MESSAGE_VERSION = '7' TERM = 'xterm' IFL_HOME = 'C:\Developer\GCCS\iflsdk' JAVA_PROG = 'java' WINDIR = 'C:\WINDOWS' RCG = 'c:\Developer\RCG' TICK_MAX = '1.0' RTI_BUILD_TYPE = 'Winnt-4.0-VC6' NSS_TMS_HOST = '192.168.3.98' ICSF_HOME = 'C:\Developer\GCCS' WINDOWID = '6906488' DATA_DIR = 'C:\Developer\GCCS\data' NSS_OSTORE_PATH = 'C:\NSS\databases' USERDOMAIN = 'CA' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' NSSCAT_HOME = 'c:\unix\usr\home\code\runArea' OS = 'Windows_NT' NSS_DB = 'NSS' USE_NSS_VERSION = 'USE_FILE' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' NSS_MAPSERVER = 'NSSMAP_FILE' NSS_TMS_PASSWD = 'tmsuser' TEMP = '/cygdrive/c/DOCUME~1/rowet/LOCALS~1/Temp' NSS_HELPLIB = 'c:\Developer\helplib' OS_AUTH = 'NONE' MSGDATA_FILE = 'msgjeff.mdb' USER_DATA = 'C:\Developer\GCCS\data' LIB = 'C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' GDBTK_LIBRARY = 'c:/gnuwin32/b18/share/gdbtcl' ROGUE = 'c:\developer\RogueWave' USERNAME = 'rowet' NSS_MDM = 'c:\Developer\MDM' OS_ARCH = 'intel_win32_msoft' JNICLASSPATH =
Re: tar --one-file-system accesses remote file systems
Matt Seitz (matseitz) wrote: From: Larry Hall (Cygwin) Matt Seitz (matseitz) wrote: Matt Seitz (matseitz) wrote: This problem and a proposed solution was mentioned in an earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Ah, yes, the mounted CIFS share is reported as a FAT file system*. That's it I expect. Going straight to the code, in fhandler_disk_file.cc, here's some code from fhandler_base::fstat_helper(): /* Enforce namehash as inode number on untrusted file systems. */ if (pc.isgood_inode (nFileIndex)) buf-st_ino = (__ino64_t) nFileIndex; else buf-st_ino = get_namehash (); One of the things that isgood_inode() checks for is that it's not a FAT drive. In case it is, you end up with a faked hash inode. Thanks for the diagnosis. I'm curious about something. The message I reference above also mentioned an issue with st_dev. It seems to imply that correcting the st_dev to use the volume serial number could resolve this issue. What is your opinion on that theory? Given that the message you found refers to code that's a good 10 years old, I think it's safe to assume that things here have changed. ;-) And they have. I found no 42 anywhere in the code that is related to st_dev. So that oddness is now gone. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash init failing on cygwin terminal launch
On 13 February 2008 20:35, Rowe, Thomas wrote:
The tail of `bash --login -i -x` is:
+ cd '/cygdrive/c/Documents and Settings/rowet'
+ case `id -ng` in
++ id -ng
' . '/cygdrive/c/Documents and Settings/rowet/.bashrc
: No such file or directory and Settings/rowet/.bashrc
I cannot figure out the failing script from this. The `id -ng` stuff is
from the end of /etc/profile, so I guess /etc/profile gets through OK.
I ran dos2unix against /etc/profile and .bashrc to no effect.
I reckon that /etc/profile ends just after ++ id -ng (fell through the
switch without hitting any of the cases) and you're now in ~/.bash_profile,
which includes these lines right at the start ...
# source the users bashrc if it exists
if [ -e ${HOME}/.bashrc ] ; then
source ${HOME}/.bashrc
fi
Hopefully the quotes there will protect the space in $HOME, and it just
means that you need to d2u ~/.bash_profile.
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: bash init failing on cygwin terminal launch
When I launch a cygwin terminal I see this line: : No such file or directoryand Settings/rowet/.bashrc Then I am dumped into a bash prompt where .bashrc hasn't been read and I think the normal bash config stuff hasn't finished either. If I type 'bash[return]' from this screwed-up login everything works fine. Obviously something is tripping up on the space in %HOME%='C:\Documents and Settings\rowet'. Maybe so, but you also got a CR lineending in there, which is why the error message wrote over itself in that characteristic way. You probably edited /etc/profile or one of the other scripts using notepad/wordpad/similar. To figure out exactly where, open a cmd.exe shell, cd into your cygwin bin dir, and run bash --login -i -x. You should be able to follow what's getting invoked when that way; then just run d2u on the offending script. The tail of `bash --login -i -x` is: + cd '/cygdrive/c/Documents and Settings/rowet' + case `id -ng` in ++ id -ng ' . '/cygdrive/c/Documents and Settings/rowet/.bashrc : No such file or directory and Settings/rowet/.bashrc I cannot figure out the failing script from this. The `id -ng` stuff is from the end of /etc/profile, so I guess /etc/profile gets through OK. I ran dos2unix against /etc/profile and .bashrc to no effect. C:\cygwin\binbash.exe --login -i -x C:\Temp\bash.txt + PATH='/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/ODI/OStore/bin:/cygdrive/c/ODI/OSAX/ bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/N SS/ostore/bin:/cygdrive/c/NSS/jmv/jmusdk/data/JMU/lib:/cygdrive/c/bin/hotspot:/cygdrive/c/NSS/jmv/jm vsdk/bin:/cygdrive/c/NSS/jmv/iflsdk/bin:/cygdrive/c/bin/classic:/cygdrive/c/Program Files/JavaSoft/J RE/1.3.1/bin/hotspot:/cygdrive/c/Program Files/JavaSoft/JRE/1.3.1/bin/classic:/cygdrive/c/strawberry /c/bin:/cygdrive/c/strawberry/perl/bin:/cygdrive/c/Program Files/Java/jre1.6.0_03/bin:/cygdrive/c/de veloper/RogueWave/lib:/cygdrive/c/Developer/smartheap/bin:/cygdrive/c/Developer/zlib/lib:/cygdrive/c /Developer/DLLs:/cygdrive/c/gnuwin32/b18/tcl/bin:/cygdrive/c/gnuwin32/b18/H-i386-cygwin32/bin:/cygdr ive/c/Program Files/Microsoft Visual Studio/Common/Tools/WinNT:/cygdrive/c/Program Files/Microsoft V isual Studio/Common/MSDev98/Bin:/cygdrive/c/Program Files/Microsoft Visual Studio/Common/Tools:/cygd rive/c/Program Files/Microsoft Visual Studio/VC98/bin:/cygdrive/c/ODI/OStore/bin:/cygdrive/c/ODI/OSA X/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c /NSS/ostore/bin:/cygdrive/c/NSS/jmv/jmusdk/data/JMU/lib:/cygdrive/c/bin/hotspot:/cygdrive/c/NSS/jmv/ jmvsdk/bin:/cygdrive/c/NSS/jmv/iflsdk/bin:/cygdrive/c/bin/classic:/cygdrive/c/Program Files/JavaSoft /JRE/1.3.1/bin/hotspot:/cygdrive/c/Program Files/JavaSoft/JRE/1.3.1/bin/classic:/cygdrive/c/strawber ry/c/bin:/cygdrive/c/strawberry/perl/bin:/cygdrive/c/strawberry/bin:/cygdrive/c/Documents and Settin gs/rowet/bin:/cygdrive/c/Developer/GCCS/jmusdk/data/JMU/lib:/cygdrive/c/Program Files/JavaSoft/JRE/1 .3.1/bin/hotspot:/cygdrive/c/Developer/GCCS/jmvsdk/bin:/cygdrive/c/Developer/GCCS/iflsdk/bin:/cygdri ve/c/Developer/Xerces/xerces-c-src2_4_0/Build/Win32/VC6/Release:/cygdrive/c/Developer/NSSTMSInterfac e/bin' + export PATH + MANPATH=/usr/local/man:/usr/share/man:/usr/man: + export MANPATH + INFOPATH=/usr/local/info:/usr/share/info:/usr/info: + export INFOPATH ++ id -un + USER=rowet + export USER + '[' '!' -d '/cygdrive/c/Documents and Settings/rowet' ']' + chmod 1777 /tmp + MAKE_MODE=unix + export MAKE_MODE + CVS_RSH=/bin/ssh + export CVS_RSH + case `echo _$0 | /usr/bin/tr '[:upper:]' '[:lower:]' | /usr/bin/sed -e 's/^_//'` in ++ echo _bash ++ /usr/bin/tr '[:upper:]' '[:lower:]' ++ /usr/bin/sed -e 's/^_//' ++ hostname + HOSTNAME=ROWE-PC + export HOSTNAME + PS1='\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' + export PS1 + '[' -d /etc/profile.d ']' ++ /bin/find -L /etc/profile.d -type f -iname '*.sh' -or -iname '*.zsh' ++ LC_ALL=C ++ sort + read f + '[' -f /etc/profile.d/00bash.sh ']' + . /etc/profile.d/00bash.sh ++ /bin/test /bin/sh.exe -ot /bin/bash.exe ++ return 0 + read f + '[' -f /etc/profile.d/00xorg-x11-base.sh ']' + . /etc/profile.d/00xorg-x11-base.sh ++ test -n '/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/ODI/OStore/bin:/cygdrive/c/ODI/O SAX/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive /c/NSS/ostore/bin:/cygdrive/c/NSS/jmv/jmusdk/data/JMU/lib:/cygdrive/c/bin/hotspot:/cygdrive/c/NSS/jm v/jmvsdk/bin:/cygdrive/c/NSS/jmv/iflsdk/bin:/cygdrive/c/bin/classic:/cygdrive/c/Program Files/JavaSo ft/JRE/1.3.1/bin/hotspot:/cygdrive/c/Program Files/JavaSoft/JRE/1.3.1/bin/classic:/cygdrive/c/strawb erry/c/bin:/cygdrive/c/strawberry/perl/bin:/cygdrive/c/Program Files/Java/jre1.6.0_03/bin:/cygdrive/
Re: xemacs
Taras D wrote: Hi everyone, Can anyone tell me why the following has occurred. When I first installed cygwin, I pretty much just installed xemacs (no emacs and a whole bunch of other stuff). Xemacs could be started from the bash script (black background) with the command 'xemacs '. It would start in a new window with a white background. Now that I have installed a whole bunch of other cygwin things: 1) I find I need to run startxwin.sh, then type 'xemacs ' in the shell with a white background (no longer runs from the black background) 2) xemacs now starts with a grey bacground (?!) How come this has changed? Is it a different version of xemacs? Thanks all xemacs has three modes: DISPLAY variable set : use X windows xemacs -nw : don't use windows (use term/console) xemacs no DISPLAY or -nw : use MS windows Cary -- 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 init failing on cygwin terminal launch
When I launch a cygwin terminal I see this line: : No such file or directoryand Settings/rowet/.bashrc Then I am dumped into a bash prompt where .bashrc hasn't been read and I think the normal bash config stuff hasn't finished either. If I type 'bash[return]' from this screwed-up login everything works fine. Obviously something is tripping up on the space in %HOME%='C:\Documents and Settings\rowet'. Maybe so, but you also got a CR lineending in there, which is why the error message wrote over itself in that characteristic way. You probably edited /etc/profile or one of the other scripts using notepad/wordpad/similar. To figure out exactly where, open a cmd.exe shell, cd into your cygwin bin dir, and run bash --login -i -x. You should be able to follow what's getting invoked when that way; then just run d2u on the offending script. The tail of `bash --login -i -x` is: + cd '/cygdrive/c/Documents and Settings/rowet' + case `id -ng` in ++ id -ng ' . '/cygdrive/c/Documents and Settings/rowet/.bashrc : No such file or directory and Settings/rowet/.bashrc I cannot figure out the failing script from this. The `id -ng` stuff is from the end of /etc/profile, so I guess /etc/profile gets through OK. I ran dos2unix against /etc/profile and .bashrc to no effect. Doh. Nevermind. dos2unix run against ~/.profile fixed the problem. Thank you David Korn. -- 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 init failing on cygwin terminal launch
On 13 February 2008 20:41, Rowe, Thomas wrote: I cannot figure out the failing script from this. The `id -ng` stuff is from the end of /etc/profile, so I guess /etc/profile gets through OK. I ran dos2unix against /etc/profile and .bashrc to no effect. Doh. Nevermind. dos2unix run against ~/.profile fixed the problem. Heh, emails that cross in the ether... BTW I assume you have a minor typo there for ~/.bash_profile rather than that you actually do have a ~/.profile file? 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: bash init failing on cygwin terminal launch
I assume you have a minor typo there for ~/.bash_profile rather than that you actually do have a ~/.profile file? I have a .profile. It doesn't seem to matter whether it's named .profile or .bash_profile... I have a different problem now. Everything works find from Cygwin's cmd based terminal, but I like rxvt. With exactly the same configuration files, rxvt with bash in vi mode doesn't have tab completion enabled. In rxvt a `set -o emacs` brings back the tab completion. Grr. -- 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: No History from earlier logins
Hi again, the only variables set is the HISTFILE, the only one, which is modified by me. When is undo this, it works, when i close with exit. Why can this be? If I change the HISTFILE, the text is written down in them, but not recovered the next start. But that doesnt really matter, because of your help I have a working configuration right now. Thanks a lot for your help! Thorsten Kampe wrote: * curator (Tue, 12 Feb 2008 16:18:52 -0800 (PST)) I got some problem with my cygwin installation. In my .bashrc file, i export HISTFILE to a new file. When this is done, i have a history on every login, but when i close the shell, all data is lost. So i went to delete the command in the bashrc, which relocates the history file. When this was done, i had no active history left anymore, but when i touched curser up, some commands i did not use a long time ago appeard, but so actual ones. I found out, that the old command were left in der bash_history file, which seems to be the original file. Show us all the HIST variables you set and all the hist options... -- 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/ -- View this message in context: http://www.nabble.com/No-History-from-earlier-logins-tp15446495p15467579.html Sent from the Cygwin list 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/
Perl with SerialPort
Hi, I installed my cygin on a winXP platform and want to make use of some perl scripts, which are used from some makefiles. So there are two possibilities for me: 1. Use Windows Perl and install Win32::SerialPort - Works find, i can run my makefiles in cygwin, which use perl scripts, but the perl scripts itself are written for linux, so the compilation crashes because of some path issues (../common/lib not found). Windows dont know what to do with this path for sure 2. User Cygwin Perl - Works with the other part. Very nice, all files are found and every thing seems fine, exept the fact, that the system crashes now during serial port use with the message cant find Serialport.pm. So that correct, that file does not exist. So the question is: i would like to prefer no 2. For that i have to install SerialPort for Perl for cygwin. Is this possible, and if yes, could you tell me how? Thanks, Alex -- View this message in context: http://www.nabble.com/Perl-with-SerialPort-tp15468287p15468287.html Sent from the Cygwin list 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: Perl with SerialPort
On 13 February 2008 22:46, Dave Korn wrote:
On 13 February 2008 21:23, curator wrote:
So the question is: i would like to prefer no 2. For that i have to install
SerialPort for Perl for cygwin.
Is this possible, and if yes, could you tell me how?
I'm no perl expert,
Still true, but I've found one thing out since sending that: you'll want
Device::SerialPort instead of Win32::SerialPort.
but from what I've read on the list it seems that
cpan works under cygwin for most perl modules. Give it a try and let us
know how it goes.
Fails at the testing stage, reporting:
Running make test
/usr/bin/perl.exe -MExtUtils::Command::MM -e test_harness(0, 'blib/lib',
'blib/arch') t/*.t
t/01timing.ok 4/7
t/01timing.NOK 7# Failed test (t/01timing.t at line 33)
# then: 207441765 now: 207443905 diff: 2140
# Looks like you failed 1 test of 7.
t/01timing.dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 7
Failed 1/7 tests, 85.71% okay
t/10basic..skipped
all skipped: No serial port selected for use with testing
t/11saved-stateskipped
all skipped: No serial port selected for use with testing
t/20inherited..skipped
all skipped: No serial port selected for use with testing
t/21inherited-stateskipped
all skipped: No serial port selected for use with testing
Failed Test Stat Wstat Total Fail Failed List of Failed
--
-
t/01timing.t1 256 71 14.29% 7
4 tests skipped.
Failed 1/5 test scripts, 80.00% okay. 1/7 subtests failed, 85.71% okay.
Makefile:868: *** [test_dynamic] Error 255
#0 test_dynamic at /home/dk/.cpan/build/Device-SerialPort-1.04/Makefile:868
#1 test (.PHONY target)
Command-line arguments:
test
/artimi/tools/cygwin/bin/make test -- NOT OK
Running make install
make test had returned bad status, won't install without force
I'd suggest going ahead with the force install (which I don't know how to do
yet), because looking at 01timing.t:-
# We need to test that the get_tick_count function actually works
# as expected, since we use it during other tests to verify toggle
# speeds, hang ups, etc.
can_ok('Device::SerialPort',qw(get_tick_count)); # test
my $then;
ok(defined($then = Device::SerialPort-get_tick_count),
get_tick_count returns a number); # test
ok(sleep(2) = 2, sleep sleeps); # test
my $now;
ok(defined($now = Device::SerialPort-get_tick_count),
get_tick_count still returns a number); # test
ok( ($now-$then) = 1000, measured sleep as more than 1 second)
or diag(then: $then now: $now diff: .($now-$then)); # test
# Allow 100ms fudge-time for slow calls, etc
ok( ($now-$then) = 2100, measured sleep as less than 2 seconds)
or diag(then: $then now: $now diff: .($now-$then)); # test
... I'd say it's a bit over-sensitive. Won't necessarily do anything except
tell you that you're running on a multi-tasking OS. POSIX explicitly says
The suspension time may be longer than requested due to the scheduling of
other activity by the system about the sleep() function, and I'd assume perl
sleep()'s behaviour reflects that.
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: Perl with SerialPort
On 13 February 2008 21:23, curator wrote: So the question is: i would like to prefer no 2. For that i have to install SerialPort for Perl for cygwin. Is this possible, and if yes, could you tell me how? I'm no perl expert, but from what I've read on the list it seems that cpan works under cygwin for most perl modules. Give it a try and let us know how it goes. Remember to use /dev/ttySX to refer to COM port (X+1), i.e COM1 == /dev/ttyS0, COM2 == /dev/ttyS1, etc. 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: Perl with SerialPort
On 13 February 2008 22:59, Dave Korn wrote: On 13 February 2008 22:46, Dave Korn wrote: On 13 February 2008 21:23, curator wrote: So the question is: i would like to prefer no 2. For that i have to install SerialPort for Perl for cygwin. Is this possible, and if yes, could you tell me how? I'm no perl expert, Still true, but I've found one thing out since sending that: Still true, but I've found another: Running make test /usr/bin/perl.exe -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/01timing.ok 4/7 t/01timing.NOK 7# Failed test (t/01timing.t at line 33) # then: 207441765 now: 207443905 diff: 2140 # Looks like you failed 1 test of 7. t/01timing.dubious That diff is absolutely reliably consistently 2140 for me. I'd speculate that maybe the cygwin signal emulation requires a context switch or two, to or away from the signal processing thread, and so we're seeing an extra quantum or two of constant overhead for systematic reasons. So... looking at 01timing.t:- Well, editing it in ~/.cpan/build/Device-SerialPort-1.04/t/, to be exact: # Allow 100ms fudge-time for slow calls, etc ok( ($now-$then) = 2100, measured sleep as less than 2 seconds) or diag(then: $then now: $now diff: .($now-$then)); # test Change that to 100ms and = 2200 and it goes ahead and installs. 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/
cygwin-os library man pages?
I was trying to remember the syntax of some C functions but wasn't able to find man pages for things like 'exec' (and variations), fork (and variations)...etc. I ended up relying on linux manpages which luckily worked, but I'd rather use the correct cygwin man pages so I know what calls are supported. Am I missing some manpage package(s)? Thanks, Linda -- 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-os library man pages?
Linda Walsh wrote: Am I missing some manpage package(s)? There are not manpages for all functions, only those from newlib. For the rest, refer to the SUS. 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: cygwin-os library man pages?
On 13 February 2008 23:43, Linda Walsh wrote: I was trying to remember the syntax of some C functions but wasn't able to find man pages for things like 'exec' (and variations), fork (and variations)...etc. I ended up relying on linux manpages which luckily worked, but I'd rather use the correct cygwin man pages so I know what calls are supported. Am I missing some manpage package(s)? We don't really have them. The linux manpages come from glibc, the C runtime which supplies all the functions. We use newlib as the basic C runtime and implement the rest of POSIX in the cygwin source, and it isn't as well documented for manpower reasons. Having said that, of course, since our goal is to emulate a linux system, the linux manpages should be correct and any inaccuracy is more of a bug in cygwin for not matching the man page rather than an error in the man page for not describing what cygwin (rather than linux) does... 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: bash init failing on cygwin terminal launch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Dave Korn on 2/13/2008 1:43 PM: | | Heh, emails that cross in the ether... BTW I assume you have a minor typo | there for ~/.bash_profile rather than that you actually do have a | ~/.profile file? No. Bash prefers ~/.bash_profile, but if not present, it will source ~/.profile instead (~/.profile is the file of choice shared among all sh-compatible shells). - -- 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 iD8DBQFHs73k84KuGfSFAYARAmVWAJ0Wh7YQbMhDrhw+sPAP0vcpHdDuBQCeILyD INCwq9Nt24smXvHQ1XT6174= =wmD1 -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: Issue with GDB under Cygwin and XP
Ray Hurst wrote:
Marco Atzeri wrote:
--- Ray Hurst [EMAIL PROTECTED] ha scritto:
Works fine on my Windows XP Pro machine using the
same GDB and gcc
version 3.4.4. What gcc version do you have?
The stack trace would indicate that the crash is
occurring before it
gets to your main function, since that code
doesn't have debug symbols
you get addresses.
Jim,
It's definitely crashing before getting to main and
I don't know why.
The tools versions are: gcc 4.2.3, binutils 2.17.50,
and gdb 6.5.50.
Ray
Hi Ray
I will bet on Gcc 4.2.3.
there are some reasons why on cygwin gcc 3.4.4
is still the default version.
Regards
Marco
___ L'email della prossima
generazione? Puoi averla con la nuova Yahoo! Mail:
http://it.docs.yahoo.com/nowyoucan.html
Actually I was incorrect. The dump I gave you was for gcc 3.4.4.
I got it to run under gcc 4.2.3 using Insight.
I modified the program as follows:
/*
Name: HelloWorld.c
Author : Ray Hurst
Version :
Copyright : Your copyright notice
Description : Hello World in C, Ansi-style
*/
#include stdio.h
#include stdlib.h
int main(void) {
int a,b,c;
a = 10;
b = 20;
c = 30;
puts(!!!Hello World!!!); /* prints !!!Hello World!!! */
printf(\na = %d, b = %d, c = %d\n, a,b,c);
return EXIT_SUCCESS;
}
When I step through the program I cannot get the Local Variables window
to update the variables when I step over the lines setting the variable.
I look at the stack area in memory they definitely are updating.
Ray
Local variables window? Is that in insight? I've not used insight so
can't really help you there.
--
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: tcsh clear command?
Dave Korn wrote: (- who the hell would use that! Anyone who might ever want to pipe stdio between a cygwin and a win32 native program will find it works an awful lot better if they do it in a DOS console using CYGWIN=notty. Like I said - who the hell would do that! ;-) Also, anyone who wants the rows-and-columns based method of copying text, as opposed to the line-end-wrapping (X-alike) method used in the other consoles. Ditto here. Who really prefers a rows-and-columns based method (AKA a box!) of copying text? I can't say there's been a single time when I said Damn I wish I could just copy and paste a box of text. Copying a line of text just isn't what I want to do right now!. YMMV. Yuck)? Is the implication that you are in some way magic and special and therefore your personal tastes are somehow objectively valid making you right about any random topic and anyone else who feels differently wrong? No. That's called your imagination! Or do you still accept that this is just a subjective expression of your tastes, but nonetheless feel that your opinion is of unique and gripping interest to readers of the list? [*] It was merely my opinion. Why do you attempt to make more of it? cheers, DaveK [*] - Note for the sarcasm impaired: This is a rhetorical question.[**] Somehow I doubt that. [**] - Additional note for the sarcasm impaired: Rhetorical means it does not need an answer. Right, which is why you went through so much effort to type in all those words explaining this but to which the sarcasm is not the least bit funny nor witty. No, methinks you were taking a jab and then attempting to cover it up with a claim of sarcasm and claims of rhetorical questions. -- Andrew DeFaria http://defaria.com If you're living on the edge, make sure you're wearing your seat belt. -- 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-os library man pages?
Dave Korn wrote: Having said that, of course, since our goal is to emulate a linux system, the linux manpages should be correct and any inaccuracy is more of a bug in cygwin for not matching the man page rather than an error in the man page for not describing what cygwin (rather than linux) does... Cool! :-) -- 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/
