[ITP] gd: A graphics library for fast image creation
Hi I would like to contribute and maintain the gd package: * http://www.boutell.com/gd/ (Homepage) * http://www.boutell.com/gd/http/ (Download location) My goal is to contribute the gnuplot package * http://gnuplot.info/ which uses the gd library. Ciao Volker -- Here are the setup.hint files: * gd-2.0.15-1.tar.bz2 sdesc: A graphics library for fast image creation - documentation and applications ldesc: gd is a graphics library. It allows your code to quickly draw images complete with lines, arcs, text, multiple colors, cut and paste from other images, and flood fills, and write out the result as a PNG or JPEG file. This is particularly useful in World Wide Web applications, where PNG and JPEG are two of the formats accepted for inline images by most browsers. gd is not a paint program. If you are looking for a paint program, you are looking in the wrong place. If you are not a programmer, you are looking in the wrong place, unless you are installing a required library in order to run an application. gd does not provide for every possible desirable graphics operation. It is not necessary or desirable for gd to become a kitchen-sink graphics package, but version 2.0 does include most frequently requested features, including both truecolor and palette images, resampling (smooth resizing of truecolor images) and so forth. category: Libs Graphics requires: cygwin libgd2 libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin * libgd2-devel-2.0.15-1.tar.bz2 sdesc: A graphics library for fast image creation - 2.0.x development libraries and headers ldesc: gd is a graphics library. It allows your code to quickly draw images complete with lines, arcs, text, multiple colors, cut and paste from other images, and flood fills, and write out the result as a PNG or JPEG file. This is particularly useful in World Wide Web applications, where PNG and JPEG are two of the formats accepted for inline images by most browsers. gd is not a paint program. If you are looking for a paint program, you are looking in the wrong place. If you are not a programmer, you are looking in the wrong place, unless you are installing a required library in order to run an application. gd does not provide for every possible desirable graphics operation. It is not necessary or desirable for gd to become a kitchen-sink graphics package, but version 2.0 does include most frequently requested features, including both truecolor and palette images, resampling (smooth resizing of truecolor images) and so forth. category: Libs Graphics requires: cygwin libgd2 libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin external-source: gd * libgd2-2.0.15-1.tar.bz2 sdesc: A graphics library for fast image creation - 2.0.x runtime ldesc: gd is a graphics library. It allows your code to quickly draw images complete with lines, arcs, text, multiple colors, cut and paste from other images, and flood fills, and write out the result as a PNG or JPEG file. This is particularly useful in World Wide Web applications, where PNG and JPEG are two of the formats accepted for inline images by most browsers. gd is not a paint program. If you are looking for a paint program, you are looking in the wrong place. If you are not a programmer, you are looking in the wrong place, unless you are installing a required library in order to run an application. gd does not provide for every possible desirable graphics operation. It is not necessary or desirable for gd to become a kitchen-sink graphics package, but version 2.0 does include most frequently requested features, including both truecolor and palette images, resampling (smooth resizing of truecolor images) and so forth. category: Libs Graphics requires: cygwin libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin external-source: gd cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd2-devel cd gd wget http://de.geocities.com/vzell1/cygwin/gd.hint.zip mv gd.hint.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/libgd2.hint.zip mv libgd2.hint.zip libgd2/setup.hint wget http://de.geocities.com/vzell1/cygwin/libgd2-devel.hint.zip mv libgd2-devel.hint.zip libgd2-devel/setup.hint wget http://de.geocities.com/vzell1/cygwin/gd-2.0.15-1-src.tar.zip mv gd-2.0.15-1-src.tar.zip gd-2.0.15-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/gd-2.0.15-1.tar.zip mv gd-2.0.15-1.tar.zip gd-2.0.15-1.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/libgd2-devel-2.0.15-1.tar.zip mv libgd2-devel-2.0.15-1.tar.zip libgd2-devel/libgd2-devel-2.0.15-1.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/libgd2-2.0.15-1.tar.zip mv libgd2-2.0.15-1.tar.zip libgd2/libgd2-2.0.15-1.tar.bz2 cut here
RE: [ITP] gd: A graphics library for fast image creation
If a vote for gd is a vote towards gnuplot, you have my vote. I would like to contribute and maintain the gd package: * http://www.boutell.com/gd/ (Homepage) * http://www.boutell.com/gd/http/ (Download location) My goal is to contribute the gnuplot package * http://gnuplot.info/ which uses the gd library. Ciao Volker --
Re: [RFC] Globally creating a user and a group root
On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: At 05:58 PM 11/11/2003 +0100, you wrote: What about generating a root group with mkgroup -l by default? root:S-1-5-32-544:0: The question is then, should it *also* generate an administrators entry Administrators:S-1-5-32-544:544: or should it generate the root entry *instead* of the administrators entry? Obviously I am for maintaining compatibility with existing installations (544 must work), some of which still have Everybody with gid 0 (using 0 as mapping to S-1-5-32-544 is risky). I think we should do the affected users a favor and remove the Everyone entry from /etc/passwd and /etc/group when we find one. This should be done by a script in the base-files or base-passwd package as a regular job. Note that if a file has group S-1-5-32-544 and this is also the primary group of a user, then stat() will report the file gid as the gid of the user in the /etc/passwd file (due to caching). This could be 544 (e.g. when running as SYSTEM with existing password files) or 0 (with the new root user, with gid 0), independently of /etc/group. But that doesn't hurt. Either case, it's the same group. This indeterminacy might cause headaches during the transition period, it's hard to foresee all ramifications. I'm running my system for at least a year with two group entries, root:S-1-5-32-544:0: and admin:S-1-5-32-544:544: and I never saw any negative influence. It's the same group from the Windows point of view so no problems from that side. It's basically just another name and gid for the same user. This being said, exim shouldn't care as long as 544 maps to S-1-5-32-544. It autodetects if it is privileged and, if so, setgid(544) setuid(18) to normalize its environment (that was done with Windows 2003 in mind). I don't understand. You were the one who figured out the 2003 problem with the SYSTEM account. So, erm... However the current exim-config script will produce warnings if 544 appears after 0 (I will modify it to learn the Admins gid). Yeah, that will be necessary for a couple of packages. cron is a good candidate for problems ;-P In summary, no problem (AFAICS) if 544 appears before 0. I need a decent transition period before you reverse the order (affects only new exim installs), and a long one before you get rid of 544 (affects existing installations). IMHO we should not wait too long. At one point we must do it anyway and it's easy to make the transition for the user: just upgrade Cygwin and the affected packages. It's no step which actually destroys anything but it will help all 2003 users and also users of other systems since the new root account would circumvent any permission problems. If a new Windows requires new privileges to do the really interesting stuff, just add them to root and you're done. Knock on wood... Anyway, I think we should add root/0 to /etc/group so that it comes before the administrators/544 entry right from the beginning. What happens in an exim installation then? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: At 05:58 PM 11/11/2003 +0100, you wrote: What about generating a root group with mkgroup -l by default? root:S-1-5-32-544:0: The question is then, should it *also* generate an administrators entry Administrators:S-1-5-32-544:544: or should it generate the root entry *instead* of the administrators entry? Obviously I am for maintaining compatibility with existing installations (544 must work), some of which still have Everybody with gid 0 (using 0 as mapping to S-1-5-32-544 is risky). I think we should do the affected users a favor and remove the Everyone entry from /etc/passwd and /etc/group when we find one. This should be done by a script in the base-files or base-passwd package as a regular job. Part of /etc/profile? or put it in /etc/profile.d/? (either way I'm pro these :) The only issue I think might cropup is permissions... another would be that /etc/profile doesn't get overwritten. Note that if a file has group S-1-5-32-544 and this is also the primary group of a user, then stat() will report the file gid as the gid of the user in the /etc/passwd file (due to caching). This could be 544 (e.g. when running as SYSTEM with existing password files) or 0 (with the new root user, with gid 0), independently of /etc/group. But that doesn't hurt. Either case, it's the same group. This indeterminacy might cause headaches during the transition period, it's hard to foresee all ramifications. I'm running my system for at least a year with two group entries, root:S-1-5-32-544:0: and admin:S-1-5-32-544:544: and I never saw any negative influence. It's the same group from the Windows point of view so no problems from that side. It's basically just another name and gid for the same user. This being said, exim shouldn't care as long as 544 maps to S-1-5-32-544. It autodetects if it is privileged and, if so, setgid(544) setuid(18) to normalize its environment (that was done with Windows 2003 in mind). I don't understand. You were the one who figured out the 2003 problem with the SYSTEM account. So, erm... However the current exim-config script will produce warnings if 544 appears after 0 (I will modify it to learn the Admins gid). Yeah, that will be necessary for a couple of packages. cron is a good candidate for problems ;-P In summary, no problem (AFAICS) if 544 appears before 0. I need a decent transition period before you reverse the order (affects only new exim installs), and a long one before you get rid of 544 (affects existing installations). IMHO we should not wait too long. At one point we must do it anyway and it's easy to make the transition for the user: just upgrade Cygwin and the affected packages. It's no step which actually destroys anything but it will help all 2003 users and also users of other systems since the new root account would circumvent any permission problems. If a new Windows requires new privileges to do the really interesting stuff, just add them to root and you're done. Knock on wood... Anyway, I think we should add root/0 to /etc/group so that it comes before the administrators/544 entry right from the beginning. What happens in an exim installation then? Corinna == Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limited and the recipient Experian Limited (registration number 653331) Registered office: Talbot House, Talbot Street, Nottingham NG80 1TH
Re: [RFC] Globally creating a user and a group root
At 10:56 AM 11/12/2003 +0100, Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: This indeterminacy might cause headaches during the transition period, it's hard to foresee all ramifications. I'm running my system for at least a year with two group entries, root:S-1-5-32-544:0: and admin:S-1-5-32-544:544: and I never saw any negative influence. It's the same group from the Windows point of view so no problems from that side. It's basically just another name and gid for the same user. Exim can be quite picky about permissions. If it expects 544 it won't be happy with 0. But I will fix all that in the next release. This being said, exim shouldn't care as long as 544 maps to S-1-5-32-544. It autodetects if it is privileged and, if so, setgid(544) setuid(18) to normalize its environment (that was done with Windows 2003 in mind). I don't understand. You were the one who figured out the 2003 problem with the SYSTEM account. So, erm... No sure what you mean. Recall that when we setuid(18) we use the privileges that are defined for SYSTEM in security.cc, not those that MS assigns on 2003. In summary, no problem (AFAICS) if 544 appears before 0. I need a decent transition period before you reverse the order (affects only new exim installs), and a long one before you get rid of 544 (affects existing installations). IMHO we should not wait too long. At one point we must do it anyway and it's easy to make the transition for the user: just upgrade Cygwin and the affected packages. It's no step which actually destroys anything but it will help all 2003 users and also users of other systems since the new root account would circumvent any permission problems. If a new Windows requires new privileges to do the really interesting stuff, just add them to root and you're done. Knock on wood... I agree. Anyway, I think we should add root/0 to /etc/group so that it comes before the administrators/544 entry right from the beginning. What happens in an exim installation then? Actually it works just fine, and both 544 and 0 appear in id. Patting myself on the back :) I have one extra comment: Cygwin introduces a number of security holes, which I have started to plug. The fixes to the biggest ones (PROCESS_DUP_HANDLE) seem to be stalled, and there are still a number of other patches to come. By introducing the root user on 2003 we are undoing positive steps taken by MS. We should warn the user of the current privilege escalation risk. Pierre
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 05:37:33AM -0500, Pierre A. Humblet wrote: At 10:56 AM 11/12/2003 +0100, Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: It autodetects if it is privileged and, if so, setgid(544) setuid(18) to normalize its environment (that was done with Windows 2003 in mind). I don't understand. You were the one who figured out the 2003 problem with the SYSTEM account. So, erm... No sure what you mean. Recall that when we setuid(18) we use the privileges that are defined for SYSTEM in security.cc, not those that MS assigns on 2003. I don't understand the that was done with Windows 2003 in mind. Setting the uid to 18 in exim seems counterproductive in that environment. Anyway, I think we should add root/0 to /etc/group so that it comes before the administrators/544 entry right from the beginning. What happens in an exim installation then? Actually it works just fine, and both 544 and 0 appear in id. Patting myself on the back :) Cool :-) I have one extra comment: Cygwin introduces a number of security holes, which I have started to plug. The fixes to the biggest ones (PROCESS_DUP_HANDLE) seem to be stalled, and there are still a number of other patches to come. I've tested your patch already a while ago and it seemed to work fine. It's Chris call. By introducing the root user on 2003 we are undoing positive steps taken by MS. Well, I don't see these steps as positive. To me it looks like healing the effect, not the cause. From my point of view, the whole authentication problems and the missing suid/sgid bit concept are a design flaw. YMMV. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 10:25:21AM -, Morrison, John wrote: Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: At 05:58 PM 11/11/2003 +0100, you wrote: What about generating a root group with mkgroup -l by default? root:S-1-5-32-544:0: The question is then, should it *also* generate an administrators entry Administrators:S-1-5-32-544:544: or should it generate the root entry *instead* of the administrators entry? Obviously I am for maintaining compatibility with existing installations (544 must work), some of which still have Everybody with gid 0 (using 0 as mapping to S-1-5-32-544 is risky). I think we should do the affected users a favor and remove the Everyone entry from /etc/passwd and /etc/group when we find one. This should be done by a script in the base-files or base-passwd package as a regular job. Part of /etc/profile? or put it in /etc/profile.d/? Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these entries silently. The same script could add the root entry to /etc/group. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 12:34:37PM +0100, Corinna Vinschen wrote: Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these Sorry, it's S-1-1-0. S-1-0-0 is the NULL SID. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 10:25:21AM -, Morrison, John wrote: Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: At 05:58 PM 11/11/2003 +0100, you wrote: What about generating a root group with mkgroup -l by default? root:S-1-5-32-544:0: The question is then, should it *also* generate an administrators entry Administrators:S-1-5-32-544:544: or should it generate the root entry *instead* of the administrators entry? Obviously I am for maintaining compatibility with existing installations (544 must work), some of which still have Everybody with gid 0 (using 0 as mapping to S-1-5-32-544 is risky). I think we should do the affected users a favor and remove the Everyone entry from /etc/passwd and /etc/group when we find one. This should be done by a script in the base-files or base-passwd package as a regular job. Part of /etc/profile? or put it in /etc/profile.d/? Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these entries silently. The same script could add the root entry to /etc/group. But then what happens if somebody messes up there /etc/[passwd|group] and have to create it again? Does mk[passwd|group] do the changes automatically? J. == Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limited and the recipient Experian Limited (registration number 653331) Registered office: Talbot House, Talbot Street, Nottingham NG80 1TH
Re: [RFC] Globally creating a user and a group root
At 12:33 PM 11/12/2003 +0100, Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 05:37:33AM -0500, Pierre A. Humblet wrote: At 10:56 AM 11/12/2003 +0100, Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: It autodetects if it is privileged and, if so, setgid(544) setuid(18) to normalize its environment (that was done with Windows 2003 in mind). I don't understand. You were the one who figured out the 2003 problem with the SYSTEM account. So, erm... No sure what you mean. Recall that when we setuid(18) we use the privileges that are defined for SYSTEM in security.cc, not those that MS assigns on 2003. I don't understand the that was done with Windows 2003 in mind. Setting the uid to 18 in exim seems counterproductive in that environment. The problem I was addressing is that on 2003 users create a privileged account with an arbitrary uid (up to now). On the other hand Exim (which is suid on a real Unix system) enters a restricted mode if the uid isn't a predefined hard coded value (0 on Unix, 18 in Cygwin). So I have a front end that setuid to 18 if the real user is privileged. The main exim code only sees 18 and behaves without restrictions. By introducing the root user on 2003 we are undoing positive steps taken by MS. Well, I don't see these steps as positive. To me it looks like healing the effect, not the cause. From my point of view, the whole authentication problems and the missing suid/sgid bit concept are a design flaw. YMMV. OK, perhaps positive isn't the right word. But what MS did does increase security. Pierre
Re: [ITP] gd: A graphics library for fast image creation
Dr. Volker Zell wrote: I would like to contribute and maintain the gd package: I vote pro, it can be used by mod_php, too. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796)
Re: [ITP] gd: A graphics library for fast image creation
I vote pro as well. I guess the only thing that needs to happen now is a package review, right? Harold
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 12:29:08PM -, Morrison, John wrote: Corinna Vinschen wrote: Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these entries silently. The same script could add the root entry to /etc/group. But then what happens if somebody messes up there /etc/[passwd|group] and have to create it again? Does mk[passwd|group] do the changes automatically? mkpasswd and mkgroup don't create an Everyone entry since August 2002. The remaining problem is the special handling of root. I guess it's best to create the /etc/group entry already in mkgroup. For mkpasswd it might be best, to add a special handling like this: If a Windows user root exists, give it the uid 0. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 07:54:17AM -0500, Pierre A. Humblet wrote: At 12:33 PM 11/12/2003 +0100, Corinna Vinschen wrote: I don't understand the that was done with Windows 2003 in mind. Setting the uid to 18 in exim seems counterproductive in that environment. The problem I was addressing is that on 2003 users create a privileged account with an arbitrary uid (up to now). On the other hand Exim (which is suid on a real Unix system) enters a restricted mode if the uid isn't a predefined hard coded value (0 on Unix, 18 in Cygwin). So I have a front end that setuid to 18 if the real user is privileged. The main exim code only sees 18 and behaves without restrictions. I see. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 03:44:44PM +0100, Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 12:29:08PM -, Morrison, John wrote: Corinna Vinschen wrote: Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these entries silently. The same script could add the root entry to /etc/group. But then what happens if somebody messes up there /etc/[passwd|group] and have to create it again? Does mk[passwd|group] do the changes automatically? mkpasswd and mkgroup don't create an Everyone entry since August 2002. The remaining problem is the special handling of root. I guess it's best to create the /etc/group entry already in mkgroup. For mkpasswd it might be best, to add a special handling like this: If a Windows user root exists, give it the uid 0. I've created a create-root script to be put under /usr/sbin for review. It's basically taken from the relevant part of the latest ssh-host-config. It doesn't only create a user root in the SAM, it also modifies /etc/passwd and /etc/group appropriately. The script is attached. Please give it a shot. Another question is this: Should we actually depend on creating an NT account called root? This might be already in use by a bunch of users and sysadmins just for fun. Probably we do more often collide with that than we like. What about using a less common name like, say cygwin_root or cygsrv_root or so. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. #!/bin/bash # # create-root, Copyright 2003 Red Hat Inc. # # This file is part of Cygwin. # Subdirectory where the new package is being installed PREFIX=/usr # Directory where the config files are stored SYSCONFDIR=/etc progname=$0 auto_answer= port_number=22 request() { if [ ${auto_answer} = yes ] then echo $1 (yes/no) yes return 0 elif [ ${auto_answer} = no ] then echo $1 (yes/no) no return 1 fi answer= while [ X${answer} != Xyes -a X${answer} != Xno ] do echo -n $1 (yes/no) read -e answer done if [ X${answer} = Xyes ] then return 0 else return 1 fi } # Check options while : do case $# in 0) break ;; esac option=$1 shift case ${option} in -d | --debug ) set -x ;; -y | --yes ) auto_answer=yes ;; -n | --no ) auto_answer=no ;; -c | --cygwin ) cygwin_value=$1 shift ;; -p | --port ) port_number=$1 shift ;; -w | --pwd ) password_value=$1 shift ;; *) echo usage: ${progname} [OPTION]... echo echo This script creates a root user which has appropriate privileges echo to run services which need to switch user context without password. echo echo Options: echo --debug -dEnable shell's debug output. echo --yes-yAnswer all questions with \yes\ automatically. echo --no -nAnswer all questions with \no\ automatically. echo --pwd-w passwd Use \pwd\ as password for user 'root'. echo exit 1 ;; esac done # Check if running on NT uname | grep -q CYGWIN_NT _nt=yes # If not running on NT, nothing to do if [ ${_nt} != yes ] then echo Nothing to do on 9x/Me. exit 0 fi # Check if running under NT4 or earlier _nt4=`uname | awk -F- '{print ( $2 5.0 ) ? yes : no;}'` # Check for ${SYSCONFDIR} directory if [ -e ${SYSCONFDIR} -a ! -d ${SYSCONFDIR} ] then echo echo ${SYSCONFDIR} is existant but not a directory. echo Cannot create global configuration files. echo exit 1 fi # Create it if necessary if [ ! -e ${SYSCONFDIR} ] then mkdir ${SYSCONFDIR} if [ ! -e ${SYSCONFDIR} ] then echo echo Creating ${SYSCONFDIR} directory failed echo exit 1 fi fi echo echo echo Warning: The following functions require administrator privileges! echo # Check if a user root is already in /etc/passwd. grep -q '^root:' ${SYSCONFDIR}/passwd root_in_passwd=yes # Drop root from passwd since it could have wrong settings. if [ ${root_in_passwd} = yes ] then grep -v '^root:' ${SYSCONFDIR}/passwd ${SYSCONFDIR}/passwd.$$ rm -f ${SYSCONFDIR}/passwd mv ${SYSCONFDIR}/passwd.$$ ${SYSCONFDIR}/passwd chmod g-w,o-w ${SYSCONFDIR}/passwd fi # Drop root from group file since it could have wrong settings. # Inject a correct entry instead. echo 'root:S-1-5-32-544:0:' ${SYSCONFDIR}/group.$$ grep -v '^root:' ${SYSCONFDIR}/group ${SYSCONFDIR}/group.$$ rm -f ${SYSCONFDIR}/group mv ${SYSCONFDIR}/group.$$ ${SYSCONFDIR}/group chmod g-w,o-w ${SYSCONFDIR}/group # Get local name of administrators group. _admingroup=`mkgroup -l | awk -F: '/:544:/{print $1;}'` # Check if a user root exists on the system. net user root /dev/null 21 root_in_sam=yes if [ ${root_in_sam} = yes ] then echo echo You already have a user 'root' on your
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 05:21:21PM +0100, Corinna Vinschen wrote: What about using a less common name like, say cygwin_root or cygsrv_root or so. ... which would get the name root in /etc/passwd, nevertheless, like this: root:unused_by_nt/2000/xp:0:0:Cygwin root account,U-WINBOX\cygwin_root,S-1-5-21-436374069-1035525445-725345543-1234:/home/root:/bin/false Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [RFC] Globally creating a user and a group root
On Wed, 12 Nov 2003, Corinna Vinschen wrote: [snip] Another question is this: Should we actually depend on creating an NT account called root? This might be already in use by a bunch of users and sysadmins just for fun. Probably we do more often collide with that than we like. What about using a less common name like, say cygwin_root or cygsrv_root or so. Corinna IMO, whoever created the root account did it for the same purposes that you propose to create it. In an interactive script, we could ask the user if he wants root to be used in the normal Unix sense, and if so, set the necessary properties (e.g., UID, SID, etc). If not (or the script is not interactive), simply warn and revert to using the less common name. One problem I foresee is if the user has a root account with UID 0, but with a wrong SID (e.g., the Administrator one). If you simply add a cygwin_root with UID 0, there will be a UID clash. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: [ITP] gd: A graphics library for fast image creation
On 2003-11-12T09:17-0500, Harold L Hunt II wrote: ) I vote pro as well. ) ) I guess the only thing that needs to happen now is a package review, right? That is correct. Package: gd 2.0.15-1 Status: Attained required 3 votes. Package available. HOLD-UPS: No good to go review. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams, Novelist
Re: [RFC] Globally creating a user and a group root
On Wed, Nov 12, 2003 at 11:32:06AM -0500, Igor Pechtchanski wrote: On Wed, 12 Nov 2003, Corinna Vinschen wrote: [snip] Another question is this: Should we actually depend on creating an NT account called root? This might be already in use by a bunch of users and sysadmins just for fun. Probably we do more often collide with that than we like. What about using a less common name like, say cygwin_root or cygsrv_root or so. Corinna IMO, whoever created the root account did it for the same purposes that you propose to create it. In an interactive script, we could ask the user if he wants root to be used in the normal Unix sense, and if so, set the necessary properties (e.g., UID, SID, etc). If not (or the script is not interactive), simply warn and revert to using the less common name. IMHO the user name should be reliably identical. Always. That would simplify things. One problem I foresee is if the user has a root account with UID 0, but with a wrong SID (e.g., the Administrator one). If you simply add a cygwin_root with UID 0, there will be a UID clash. See the create-root script. It removes the root entry from /etc/passwd. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Update: opengl-1.1.0-7
Hi there, I've prepared new binary and source tarballs for the OpenGL package. You can upload them from the folloing URLs: ftp://orbite.chumontreal.qc.ca/OpenGL/setup.hint ftp://orbite.chumontreal.qc.ca/OpenGL/opengl-1.1.0-7.tar.bz2 ftp://orbite.chumontreal.qc.ca/OpenGL/opengl-1.1.0-7-src.tar.bz2 e464f3ce1cfa144dd8afafa11e0d91de *opengl-1.1.0-7-src.tar.bz2 f64a9de073352343c0abc704edad7d23 *opengl-1.1.0-7.tar.bz2 2b3463cd18b1860c93231b63fc3767cd *setup.hint Version 1.1.0-5 and older may be deleted. I'm ready to send an announcement when it appears on the mirrors. Excerpts from the README: What has changed since opengl-1.1.0-6 - gl.h and glu.h have been withdrawn from the package as they are now part of the w32api package. The w32api package is now required. GLUT has been upgraded from 3.7.3 to 3.7.6 . Man pages are now included in usr/share/man/man3 . GLUI and GLUIX are now compiled for use with g++ 3.3.1 . Documentation has been moved to usr/share/doc/opengl-1.1.0 . Examples are provided in usr/share/doc/opengl-1.1.0/GLUIexamples and usr/share/doc/opengl-1.1.0/GLUTexamples . When will there be an opengl-1.2 or opengl-1.3 or opengl-1.4 package ? -- When Microsoft will provide an opengl32.dll for OpenGL version 1.2, 1.3, or 1.4 . Sadly, that probably means never. But if you have up-to- date graphic-card drivers that support those version of OpenGL, you can load 1.2+ functions dynamically. Look in an OpenGL forum, such as: http://www.opengl.org/discussion_boards/cgi_directory/forumdisplay.cgi?action=topicsforum=OpenGL+coding:+beginnersnumber=2DaysPrune=20LastLogin= to learn how to do it. André Bleau, Cygwin's OpenGL package maintainer. Please address all questions and problem reports about Cygwin's OpenGL package to [EMAIL PROTECTED] .
Re: Update: opengl-1.1.0-7
On 2003-11-12T15:30-0500, Andre Bleau wrote: ) I've prepared new binary and source tarballs for the OpenGL package. You ) can upload them from the folloing URLs: ) ) ftp://orbite.chumontreal.qc.ca/OpenGL/setup.hint ) ftp://orbite.chumontreal.qc.ca/OpenGL/opengl-1.1.0-7.tar.bz2 ) ftp://orbite.chumontreal.qc.ca/OpenGL/opengl-1.1.0-7-src.tar.bz2 Is there any reason why mingw/GL/glut.h is a symlink while mingw/glui.h and mingw/gluix.h are .lnk files? lrwxrwxrwx bleau/Domain Users 0 2003-11-11 11:30:48 usr/include/mingw/GL/glut.h - ../../GL/glut.h -rw-r--r-- bleau/Domain Users 98 2001-04-25 15:37:01 usr/include/mingw/glui.h.lnk -rw-r--r-- bleau/Domain Users100 2001-04-25 15:37:01 usr/include/mingw/gluix.h.lnk I'll hold off on uploading until you give me another go-ahead. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ Obsessions are like fire and water: good servants but bad masters.
Re: gcc branch for cygwin?
I'm going to create a 3.3.2 branch for gcc, ok? Danny could you do your magic to the branch? Or would it make better sense to just merge the changes from 3.3.1 - 3.3.2 into the current branch? I think the latter might be safer. My local version has some mingw-specific anon-mmap stuff for garbage collection (based on Zack Weinbergs's little testcase of about 2 years ago). Hmm, maybe that should go into the branch to give it some testing. Danny cgf
[Review 1 - No pass] gd: A graphics library for fast image creation
Volker, I tried to build the package and got the following from the prep step: aclocal: configure.ac: 46: macro `AM_ICONV' not found in library I have updated all of my packages to the latest curr releases. Were you setting a non-default PKG_CONFIG_PATH before running the script? Here is what my env var has: PKG_CONFIG_PATH=:/usr/X11R6/lib/pkgconfig Err... PKG_CONFIG_PATH probably has nothing to do with this. In any case, please advise as to why the build script fails. Harold
Re: Keyboard layout
Alexander Gottwald wrote: On Wed, 12 Nov 2003, Lorenzo Travaglio wrote: How about the keyboard layout? On my 103 key, Italian style, it is not possible to found braces even if on Window they are placed over square brackets and are activated with Alt-Shift-{left,right}bracket. This is a known problem, at the moment I use a US-EN keyboard so I don't have this kind of problems, anyway sometime ago I had a notebook with an italian keyboard. In order to have characters like {, } (but also ` that is vital for shell commands) I had to use xmodmap. If you use search Google for italian+keyboard+xmodmap you should find everything you need. Where are those keys on the italian keyboard? I've tried with the windows layout and could not produce any symbol with alt-shift-8 (assuming you mean this with bracket) In an italian keyboard at the right of the P key instead of the [/{ and ]/} keys that you usually find in US/EN keyboards you have accented letters. Within Windows (try the nodepad) you can always produce { and } characters by pressing Alt Gr + one of the above keys. bye ago Bye, Danilo
Re: multiplemonitors
I know they're running the same display depth. What's pixel format? I Even if both display has 32bit for a pixel, the formats could differ. The format includes the order of RGB components or the number of bits assigned for each component, for example. If you connect two displays with one card, it should work. Takuma Murakami ([EMAIL PROTECTED])
Re: it is a long story
For few days http://www.geocities.com/verseau80510/index28.html Then you wil be able to get http://www.geocities.com/heinlein56754/index28.html As I promised Bye
Re: Keyboard layout
On Wed, 12 Nov 2003, Danilo Turina wrote: This is a known problem, at the moment I use a US-EN keyboard so I don't have this kind of problems, anyway sometime ago I had a notebook with an italian keyboard. In order to have characters like {, } (but also ` that is vital for shell commands) I had to use xmodmap. append this to /etc/X11/xkb/symbols/pc/it partial alphanumeric_keys xkb_symbols win { // Modifies the basic italian layout to eliminate all dead keys include pc/it(basic) key AD11 { [egrave, eacute, bracketleft,braceleft ] }; key AD12 { [ plus, asterisk, bracketright, braceright ] }; }; now you can set this layout with setxkbmap it win or configure it in /etc/X11/XF86Config. http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard-layout The XKB entries are Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout it Option XkbVariant win -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Console login does not display anymore only from one laptop
Hello, Cygwin is installed on several computer. I. On all the computers I can get a Xwindow console login to my Solaris server typing: /usr/X11R6/bin/Xwin.exe :0 -query ipaddressofthesolarisserver1 II. On one machine, I do not get the console login (I only get the big black screen of the Cygwin/XFree window with the cursor indicating that the task of getting the console login is processing). II.1 However, it used to work on this machine. II.2 On this machine, I can still get the console login when I try to reach an other solaris server i.e typing: /usr/X11R6/bin/Xwin.exe :0 -query ipaddressofthesolarisserver2 III. Any ideas a) a daemon still running? b) Firewall? (I have stopped my private firewall and rebooted my laptop) c) a config file (they have not been modified and it used to work) d) too many parallel sessions? Cheers, Jérôme - Tiscali ADSL: 3 mois GRATUITS! L'Internet rapide, c'est pour tout le monde. http://reg.tiscali.be/default.asp?lg=fr
Re: XWin works on Win2K but not on some WinXP clients
Woellert, Kirk D. wrote: Ok, the last post suggested that I try to run XDM in debug mode. In order to do that you must drop out of the display manager. In order to do that you must change to run level 3 since there is no such thing as an XDM stop command. I did the following: telinit 3 xdm -debug 10 -nodaemon telinit 5 I assumed I wanted to get back into the default run level 5. After doing the above sequence of commands, it turns out that two displays get launched on my linux server. 0 which is the display that was dropped to run level 3, and 1 which is in run level 5. We get a msg that says hey display 0 is busy launching display 1. I don't think this was your guys intent. So I did the following: telinit 3 xdm -debug 10 -nodaemon (so I can keep my ssh window) When we do this the guy on the Win2K box can no longer login, (no one else either). I hard reboot the linux box, and now the Win2K box can login. XDM configuration is separate from that of GDM. If you want to be able to log in remotely with xdm, comment out the last line in /etc/X11/xdm/xdm-config The original line should be DisplayManager.requestPort: 0 Alternatively, you can edit file /etc/X11/gdm/gdm.conf, find [debug] section, and change Enable=false to Enable=true, and then just go to runlevel 5, or run gdm manually. [EMAIL PROTECTED] log]# cat xdm-errors xdm error (pid 1802): error 98 binding socket address 177 Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] xdm error (pid 1802): server unexpectedly died xdm error (pid 1802): Server for display :0 can't be started, session disabled [EMAIL PROTECTED] log]# Some log file samples [EMAIL PROTECTED] gdm]# ls :0.log :0.log.1 :0.log.2 :0.log.3 :0.log.4 :1.log :1.log.1 :1.log.2 :1.log.3 :1.log.4 [EMAIL PROTECTED] gdm]# cat :0.log XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-20.9smp ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linu x 3.2.2-5)) #1 SMP Mon Aug 18 11:32:15 EDT 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Nov 12 08:44:36 2003 (==) Using config file: /etc/X11/XF86Config [EMAIL PROTECTED] gdm]# [EMAIL PROTECTED] gdm]# cat :0.log.4 Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] I found these files in /var/gdm, they are encrypted ares -WinXP box that won't get a login prompt dlvap- the Win2Kbox, he can login just great kirklaptop- the WinXP laptop that I tried to connect with a few posts back, won't get a login prompt ngc-d4o1xu3vg29- my WinXP system, won't get a login prompt [EMAIL PROTECTED] gdm]# ls ares:0.Xauth dlvap-7009132.ad.tasc.com:0.Xauth kirklaptop:0.Xauth ngc-d4o1xu3vg29:0.Xauth ngc-d4o1xu3vg29:1.Xauth I have tried the following command: $ XWin :1 -query 137.51.14.130 -from 137.51.14.54 IP of the WinXP box for -from and no luck The only difference between the Win2K box and the WinXP boxes that I have not mentioned so far is that the guy on the Win2K box is part of the corporate Windows domain, and all the other WinXP clients I have mentioned are not. I don't know if this makes a difference. From my WinXP box in question, I can ping the linux box, I can SSH to the linux box, I can do a nslookup on the IP for the linux box. Here's my tracert from the XP box to the linux box: C:\WINDOWS\system32tracert 137.51.14.130 Tracing route to 137.51.14.130 over a maximum of 30 hops 1 1 ms1 ms1 ms 137.51.14.130 Trace complete. Rember, this is my first time working with Cygwin. After installing a full Cygwin install, is there some configuration for the Xserver (my WinXP Xclient in this case) that I must do? Something you experts have overlooked since its so obvious. In my WinXP C:\Cygwin\etc folder thare two files, hosts.allow and hosts.deny. Am I supposed to have done something with them? Are there other examples of something that needs configuring on the client side?
Re: XWin works on Win2K but not on some WinXP clients
Kirk, Woellert, Kirk D. wrote: Ok, the last post suggested that I try to run XDM in debug mode. In order to do that you must drop out of the display manager. In order to do that you must change to run level 3 since there is no such thing as an XDM stop command. Well, there is an xdm stop command on some systems. It is actually just a script. I don't have a Red Hat 9 box, so I can't tell you what you have. I did the following: telinit 3 xdm -debug 10 -nodaemon telinit 5 I don't think you need to do the 'telinit 5' at the end. You should be fine without that and doing it may cause problems. I assumed I wanted to get back into the default run level 5. After doing the above sequence of commands, it turns out that two displays get launched on my linux server. 0 which is the display that was dropped to run level 3, and 1 which is in run level 5. We get a msg that says hey display 0 is busy launching display 1. I don't think this was your guys intent. So I did the following: telinit 3 xdm -debug 10 -nodaemon (so I can keep my ssh window) Yup, that sounds correct. When we do this the guy on the Win2K box can no longer login, (no one else either). I hard reboot the linux box, and now the Win2K box can login. Hmm... I don't think you were actually using xdm. Almost no one uses xdm. You are likely using gdm or kdm, which do the same thing as xdm, but they are both more modern. We kept saying that you needed to restart xdm/kdm/gdm because we didn't know which of the three you were using. If you aren't normally using xdm, then it will not be configured correctly for anyone to login. Sounds like you should repeat this with gdm and kdm and see if anyone can get a login screen that looks like the usual login screen. [EMAIL PROTECTED] log]# cat xdm-errors xdm error (pid 1802): error 98 binding socket address 177 Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] xdm error (pid 1802): server unexpectedly died xdm error (pid 1802): Server for display :0 can't be started, session disabled [EMAIL PROTECTED] log]# Yes, retry this with gdm and kdm. You may have to 'kill -9' the pid for the X Server and any other xdm/gdm/kdm instances before performing this test. Make sure that X is not running on the console before you launch your own kdm/gdm instance. Some log file samples [EMAIL PROTECTED] gdm]# ls :0.log :0.log.1 :0.log.2 :0.log.3 :0.log.4 :1.log :1.log.1 :1.log.2 :1.log.3 :1.log.4 [EMAIL PROTECTED] gdm]# cat :0.log XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-20.9smp ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linu x 3.2.2-5)) #1 SMP Mon Aug 18 11:32:15 EDT 2003 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Nov 12 08:44:36 2003 (==) Using config file: /etc/X11/XF86Config [EMAIL PROTECTED] gdm]# [EMAIL PROTECTED] gdm]# cat :0.log.4 Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to [EMAIL PROTECTED] I found these files in /var/gdm, they are encrypted ares -WinXP box that won't get a login prompt dlvap- the Win2Kbox, he can login just great kirklaptop- the WinXP laptop that I tried to connect with a few posts back, won't get a login prompt ngc-d4o1xu3vg29- my WinXP system, won't get a login prompt [EMAIL PROTECTED] gdm]# ls ares:0.Xauth dlvap-7009132.ad.tasc.com:0.Xauth kirklaptop:0.Xauth ngc-d4o1xu3vg29:0.Xauth ngc-d4o1xu3vg29:1.Xauth I have tried the following command: $ XWin :1 -query 137.51.14.130 -from 137.51.14.54 IP of the WinXP box for -from and no luck The only difference between the Win2K box and the WinXP boxes that I have not mentioned so far is that the guy on the Win2K box is part of the corporate Windows domain, and all the other WinXP clients I have mentioned are not. I don't know if this makes a difference. From my WinXP box in question, I can ping the linux box, I can SSH to the linux box, I can do a nslookup on the IP for the linux box. Here's my tracert from the XP box to the
Re: Updated: XFree86-xserv-4.3.0-22
Hi all, and thanks for the ideas. Actually, I previously had problems with extraneous newlines from keyboard and somebody suggested 'xset r off', which was still there in my startup script. It didn't bother me with 4.3.0-21 but disabled the repeat with 4.3.0-22. Now I just removed xset from my startup, and repeat works OK. Well, I still sometimes get extraneous newlines also with 4.3.0-22, but fortunately not so much. Cheers, Tuli keyboard repeat does not work anymore with this new update. I think it worked with the previous (4.3.0-21) release. Any ideas? The command 'xset r on' should enable auto-repeat on the X Window layer. xset can set auto-repeat parameters in detail (please see 'man xset'). Maksuton sähköposti aina käytössä http://luukku.com Kuukausimaksuton MTV3 Internet-liittymä www.mtv3.fi/liittyma
Re: chmod
On Wed, 12 Nov 2003, Lorenzo Travaglio wrote: I've sent to myself from my office a little bash program. With Xterm it is impossible to change the peremissions even if 'chmod -v' says that new permissions have take place. I have no idea about, do you have one? You mean you can change the permissions in a bash console window with chmod, but not with chmod from an Xterm? More likely, you are running an NT variant at work and 9x at home? See: http://cygwin.com/faq/faq_toc.html#TOC45 and http://cygwin.com/cygwin-ug-net/highlights.html#OV-HI-PERM In that case, this is not Xfree86 related, so next time please use the main [EMAIL PROTECTED] mailing list. Also, see: http://www.cygwin.com/problems.html for how to report this issue correctly so that someone can answer without guessing. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Re: OpenGL and GLX
Alexander Gottwald wrote: On Wed, 12 Nov 2003, Zbynek Winkler wrote: It seems the linker is not using the libraries at all :-(. Zbynek $ g++ -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lGL -Wl,-t glxsample.cpp -o glxsample reorder the arguments: $ g++ glxsample.cpp -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lGL -o glxsample Thanks. That actually works! Would you have a hint as to why the order is important? Also would you know how to fix this command that shows the same symptoms? c++ -g -g -O2 -o gazebo -L. -L/usr/X11R6/lib -L../libgazebo main.o World.o WorldFile.o Model.o ModelFactory.o Sensor.o SensorFactory.o X11Window.o WindowManager.o Camera.o ContactParams.o -lX11 -lm -lpthread -lGLU -lGL -L/usr/lib -lxml2 -lz -liconv -lm -L/home/zbynek/playerstage/ode-0.039/lib -lode models/SimpleSolid/libsimplesolid.a models/Pioneer2AT/libpioneer2at.a models/Pioneer2DX/libpioneer2dx.a models/SegwayRMP/libsegwayrmp.a models/SickLMS200/libsicklms200.a models/UserX11GLCamera/libuserx11glcamera.a models/GroundPlane/libgroundplane.a models/SonyVID30/libsonyvid30.a models/ClodBuster/libclodbuster.a sensors/X11GLCameraSensor/libx11glcamerasensor.a -lgazebo bodies/libbodies.a ../replace/libreplace.a ../toolkit/libtoolkit.a Well not exactly the same. Adding -Wl,-t shows that is is using /usr/X11R6/lib/libGLU.dll.a and /usr/X11R6/lib/libGL.dll.a but somehow it is missing functions like glMultMatrixf, glVertex3f etc. It also returns bunch of warnings like Warning: resolving [EMAIL PROTECTED] by linking to _glMaterialf Thank you for any insights you might have. Zbynek -- zw at matfyz.cz http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic
Re: dtable.cc typo
On Tue, Nov 11, 2003 at 06:08:08PM -0600, Brian Ford wrote: I don't know c++ much/at all, but this looks wrong to me. I don't understand how it even compiled before? Feel free to slap me in the face because you can switch on a struct in c++? :) See devices.h, definition of operator int() ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: dtable.cc (build_fh_pc): serial port handling
On Tue, Nov 11, 2003 at 06:25:41PM -0600, Brian Ford wrote: Here is one I think I do understand. 2003-11-11 Brian Ford [EMAIL PROTECTED] * dtable.cc (build_fh_pc): Use DEV_SERIAL_MAJOR to catch all serial ports. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 Index: dtable.cc === RCS file: /cvs/src/src/winsup/cygwin/dtable.cc,v retrieving revision 1.119 diff -u -p -r1.119 dtable.cc --- dtable.cc 1 Oct 2003 12:36:39 - 1.119 +++ dtable.cc 12 Nov 2003 00:25:16 - @@ -339,6 +339,9 @@ build_fh_pc (path_conv pc) case DEV_TAPE_MAJOR: fh = cnew (fhandler_dev_tape) (); break; + case DEV_SERIAL_MAJOR: + fh = cnew (fhandler_serial) (); + break; default: switch (pc.dev) { @@ -355,9 +358,6 @@ build_fh_pc (path_conv pc) break; case FH_WINDOWS: fh = cnew (fhandler_windows) (); - break; - case FH_SERIAL: - fh = cnew (fhandler_serial) (); break; case FH_FIFO: fh = cnew (fhandler_fifo) (); This looks right to me. Chris? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)
On Wed, Nov 12, 2003 at 12:20:57AM -0200, Fr?d?ric L. W. Meunier wrote: Now I'm trying with gdb, but don't know if the following is right. $ openssl s_client -connect mail.postaccesslite.com:993 $ gdb (gdb) attach PPID of openssl (gdb) where #0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from /c/WINDOWS/System32/ntdll.dll #1 0x77f5f31f in ntdll!KiUserCallbackDispatcher () from /c/WINDOWS/System32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x00e3ffd0 in ?? () #6 0x81f2eda8 in ?? () #7 0x in ?? () #8 0x77fa88f0 in wcstombs () from /c/WINDOWS/System32/ntdll.dll Does that help ? What are #2 to #7 ? cygwin1.dll ? The OpenSSL DLLs ? Nobody can say that. You should rebuild openssl for Cygwin and use CFLAGS=-g for the make. After unpacking the source package, it's as easy as this: $ cd openssl-0.9.7c-1 $ ./config --prefix=/usr shared no-idea no-rc5 no-mdc2 $ make depend CFLAGS=--g $ make CFLAGS=-g Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: running out of memory
Hi Armin, This is a known problem with the cygwin layer, currently efforts are underway to exactly define where the problem resides, however it seems when processes are threaded and sockets are used in the process, in some instances when the socket is closed the cygwin layer doesn't pass the close onto the winsock, hence the socket as a descriptor (win32 handle) remains. This causes the following: 1. Win32 Handles not being freed up 2. Virtual and Swap memory not being freed up You may want to try installing the latest cygwin1.dll as of 10th Nov from the snapshots section. Some aspects of the problem have been resolved, this may remedy your current problem. Arash Partow __ Be one who knows what they don't know, Instead of being one who knows not what they don't know, Thinking they know everything about all things. http://www.partow.net I am running cygwin ( l.5.5 ) on a Win 2k ( 1,8 Ghz; 512 MB Ram) machine with rsync as a service. Each night I do a simple rsync -e ssh -a --delete --modify-window=2 /home/samba all shares/ [EMAIL PROTECTED]:/cygdrive/x/backup cron job from a RedHat 8.0 server. This satifies all my present needs. However, over a couple of days rsync.exe and sshd.exe processes are adding up (over 100 at my last count) until the Win 2k machine runs out of memory. Each process eats about 2.000-3.000 K. The backup still works ok and I can't find any error messages on my linux machine. .. . _ Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp -- 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: MOHAA:BT and CYGWIN
You hit the nail on the head. What is weird is some apps it can run but not others. Why would the interact with desktop work sometimes and not others? Also I take care of that in task manager I assume? Thanks, GDN Admin You give that right in the services control panel. (properties for the sshd service, then the log on tab, there is a check box.) this will result in a window for the sshd service appearing your your desktop though. -- 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: exim with embedded perl v5.8.2 broken
I don't know why, but the first mails didn't make it through onto the list, but now I subscribed, so this one should make it. I attached the output of strace. Perhaps anybody can see where the problem is. I'm still clueless. And yes, perl.o was indeed recompiled when I rebuilt exim. I even removed the compiler optimization flag, but that didn't help neither. If more info is needed to get this beast going, please let me know. Thanks, Patrick Pierre A. Humblet schrieb: Sorry to hear that, Patrick. There have been reports like that on Win9x, I think it was also a perl version issue. I am not using exim with perl and have refrained from distributing a version precompiled with perl, to avoid having to support perl issues :( Was perl.o recompiled when you rebuilt exim? You may want to run under strace, simplifying the arguments as much as possible, and see where it crashes. strace -o trace.txt exim-4.24-1.exe -d -ps (assuming your exim is still 4.24-1 and not -2 or -3) Pierre At 12:48 AM 11/11/2003 +0100, you wrote: Hi, this morning I upgraded from perl v5.8.0-5 to v5.8.2-1. I'm using exim with embedded perl support, so I rebuilt exim v4.24-1 and now exim doesn't like its embedded perl anymore. Exim works fine until it starts the perl interpreter at which time it crashes, generating an empty exim-4.24-1.exe.stackdump. $ exim -d -bd -q30m -ps Exim version 4.24 uid=1000 gid=513 pid=1612 D=fbb95cfd Probably GDBM (native mode) Support for: iconv() PAM Perl OpenSSL Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply pipe smtp changed uid/gid: forcing real = effective uid=1000 gid=513 pid=1612 auxiliary group list: 513 544 545 configuration file is /etc/exim.conf log selector = 0c1d99f8 Starting Perl interpreter If I don't start exim with perl_at_startup, it crashes once it loads perl, 'Starting Perl interpreter' is again the last line of debugging output that I get and the mail is stuck on the mailqueue. Running as a demon doesn't crash the main process, so I guess it's the childs that crash. Unfortunately I can not downgrade to perl v5.8.x via Cygwin Setup, but only to v5.6.x, which I don't want to. I used my own local cache to downgrade to perl v5.8.0-5, but now installing the cpan modules again doesn't work anymore. It's far after midnight now and I'm pretty frustrated. Can anybody cheer me up again? Why are the cpan modules throwing up problems? And what could be the culprit with perl v5.8.2 and exim v4.24? Your help is greatly appreciated. Patrick ** Program name: E:\Programme\Cygwin\bin\exim-4.24-1.exe (1356) App version: 1005.5, api: 0.94 DLL version: 1005.5, api: 0.94 DLL build:2003-09-20 16:31 OS version: Windows NT-5.0 Heap size:402653184 Date/Time:2003-11-12 11:11:46 ** 8752137 [main] exim-4.24-1 1356 environ_init: 0x100204D8: !C:=C:\Dokumente und Einstellungen\eisenacher 2072344 [main] exim-4.24-1 1356 environ_init: 0x10020508: !E:=E:\Programme\Cygwin\bin 1932537 [main] exim-4.24-1 1356 environ_init: 0x10020528: ALLUSERSPROFILE=C:\Dokumente und Einstellungen\All Users 1932730 [main] exim-4.24-1 1356 environ_init: 0x10020568: APPDATA=C:\Dokumente und Einstellungen\eisenacher\Anwendungsdaten 97746 100476 [main] exim-4.24-1 1356 environ_init: 0x100205B0: COMMONPROGRAMFILES=C:\Programme\Gemeinsame Dateien 203 100679 [main] exim-4.24-1 1356 environ_init: 0x100205E8: COMPUTERNAME=PC-EISENACHER 161 100840 [main] exim-4.24-1 1356 environ_init: 0x10020608: COMSPEC=C:\WINNT\system32\cmd.exe 158 100998 [main] exim-4.24-1 1356 environ_init: 0x10020008: FTP_PASSIVE=1 162 101160 [main] exim-4.24-1 1356 getwinenv: can't set native for HOME= since no environ yet 187 101347 [main] exim-4.24-1 1356 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Dokumente und Einstellungen\eisenacher, no-keep-rel, no-add-slash) 132 101479 [main] exim-4.24-1 1356 normalize_win32_path: C:\Dokumente und Einstellungen\eisenacher = normalize_win32_path (C:\Dokumente und Einstellungen\eisenacher) 109 101588 [main] exim-4.24-1 1356 mount_info::conv_to_posix_path: /home/eisenacher = conv_to_posix_path (C:\Dokumente und Einstellungen\eisenacher) 243 101831 [main] exim-4.24-1 1356 win_env::add_cache: posix /home/eisenacher 83 101914 [main] exim-4.24-1 1356 win_env::add_cache: native HOME=C:\Dokumente und Einstellungen\eisenacher 86 102000 [main] exim-4.24-1 1356 posify: env var converted to HOME=/home/eisenacher 157 102157 [main] exim-4.24-1 1356 environ_init: 0x10020660: HOME=/home/eisenacher 51450 153607 [main] exim-4.24-1 1356 environ_init: 0x100207B8: HOMEDRIVE=C: 236 153843 [main] exim-4.24-1 1356 environ_init: 0x100207D0: HOMEPATH=\Dokumente und Einstellungen\eisenacher\Anwendungsdaten\ 165 154008
Re: Problem reading from COM1
Hello Arash, As I understood it must be possible to do a cat and redirect de stdin from COM1. cat com1 I have tried to open de device and read from it. And tried de example code on the web page. It doesnt work, that is, it writes but doesnt read. In the mailing history there are some user with similar problems but no answers :-(. It is state that redirection should work. And it does work for writing. I used the stty command to get some information about the serial port. Is there another way to test the serial port? Robert Arash Partow wrote: Hi, Cygwin provides a posix layer for interfacing with i/o devices, looking at this line you have written: $ stty -F /dev/com1 You need some more info about how serial i/o ports are described in a posix system, this page is a good resource: http://www.easysw.com/~mike/serial/serial.html Regards Arash Problem reading from COM1 Hello, I have installed Cygwin on a windows98 computer. I have a problem using the serial port. (COM1) It is possible to write to COM1 but impossible to read from. ls com1 data is send and received cat com1 nothing is received. I did several tests with different programs. But nothing is received. (under cygwin) A normal HyperTerminal on windows did work. The stty command have the following settings. $ stty -F /dev/com1 speed 9600 baud; line = 0; intr = undef; quit = undef; erase = undef; kill = undef; eof = undef; susp = undef; rprnt = undef; werase = undef; lnext = undef; flush = undef; min = 0; time = 0; -cread -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke $ stty -F /dev/com1 cread stty: /dev/com1: unable to perform all requested operations Why Can?t I read from the COM1? Is it because I use windows 98? Why can?t stty set cread? Thanks Robert Bon _ Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp -- 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/
cygcheck -c gives an Application Error
I ran cygcheck -c this morning and the result, copied from the screen, is attached in cygfail.out. It resulted in an Application Error popup reporting The instruction at 00406cfe referenced memory at 0x The output stops after texinfo is reported. The package list is fully reported by cygcheck -s -r -v whose output is attached in cygcheck.out. Cheers Don Sharp$ cygcheck -c Cygwin Package Information Package VersionStatus _update-info-dir00223-1OK ash 20031007-1 OK astyle 1.15.3-3 OK autoconf2.57a-1OK autoconf-devel 2.57-2 OK autoconf-stable 2.13-5 OK automake1.7.5a-1 OK automake-devel 1.7.6-2OK automake-stable 1.4p6-1OK base-files 2.6-1 OK base-passwd 1.1-1 OK bash2.05b-16 OK bc 1.06-1 OK binutils20030901-1 Incomplete bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-5OK cgoban 1.9.14-1 OK clear 1.0-1 OK compface1.4-5 OK cpio2.5-3 OK cron3.0.1-11 OK crypt 1.1-1 OK ctags 5.5-4 OK curl7.10.8-1 OK cvs 1.11.6-3 OK cygipc 2.02-1 OK cygrunsrv 0.96-2 OK cygutils1.2.2-1OK cygwin 1.5.5-1Incomplete cygwin-doc 1.3-6 OK db2 2.7.7-4OK dejagnu 20021217-2 OK diff1.0-1 OK diffutils 2.8.4-1OK ed 0.2-1 OK editrights 1.01-1 OK enscript1.6.3-3OK expat 1.95.6-2 OK expect 20030128-1 OK figlet 2.2-1 OK file4.03-2 OK fileutils 4.1-2 OK findutils 4.1.7-4OK flex2.5.4a-3 OK fontconfig 2.2.0-1OK fortune 1.8-2 OK freetype2 2.1.5-1OK fvwm2.4.7-3OK gawk3.1.3-4OK gcc 3.3.1-3OK gcc-g++ 3.3.1-3OK gcc-mingw 20030911-4 OK gcc-mingw-core 20031020-1 OK gcc-mingw-g++ 20031020-1 OK gcc22.95.3-10 OK gdb 20030919-1 OK gdbm1.8.3-7OK gettext 0.12.1-3 OK ghostscript 7.05-2 OK ghostscript-base7.05-2 OK gnugo 3.4-1 OK gperf 2.7.2-1OK grace 5.1.12-1 OK grep2.5-1 OK groff 1.18.1-2 OK gzip1.3.5-1OK indent 2.2.8-1OK inetutils 1.3.2-25 OK jbigkit 1.5-3 OK jpeg6b-11 OK less381-1 OK lesstif 0.93.91-4 OK libbz2_01.0.2-1OK libbz2_11.0.2-5OK libdb2 2.7.7-4OK libdb3.13.1.17-2 OK libdb4.14.1.25-1 OK libfontconfig-devel 2.2.0-1OK libfontconfig1 2.2.0-1OK libfreetype2-devel 2.1.5-1OK libfreetype26 2.1.5-1OK libgdbm 1.8.0-5OK libgdbm-devel 1.8.3-7OK libgdbm31.8.3-3OK libgdbm41.8.3-7OK libgettextpo0 0.12.1-3 OK libiconv2 1.9.1-3OK libintl 0.10.38-3 OK libintl10.10.40-1 OK libintl20.12.1-3 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libkpathsea32.0.2-13 OK libltdl31.5-3 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK
RE: cygwin too slow
I restricted my path to just /usr/local/bin:/usr/bin:/usr/X11R6/bin , but still there's been no change in slowness that I see with every command. Here we are given a customized Windows O.S for the company I work, by Dell (Windows 2000 Pro). This is really mysterious. In strace I'm not able to see which system call is eating up so much time as when I start a program say 'ls' with strace, I see nothing and only as ls begins to run after getting loaded, strace throws it's output. I guess strace is also taking it's own time to run ?. I'm also not sure what tools on windows could be used for troubleshooting as this is my first close encounter with MS Windows :) Koundinya -Original Message- From: Brian Ford [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 10:37 PM To: koorapati, koundinya Cc: [EMAIL PROTECTED] Subject: Re: cygwin too slow On Tue, 11 Nov 2003, koorapati, koundinya wrote: But simple commands like ls take this time $ time ls -l total 23 drwxr-xr-x1 kkoorapa mkgroup-0 Nov 11 17:50 Mail -rw-r--r--1 kkoorapa mkgroup- 39 Nov 10 17:42 t.c -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:40 t.exe -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:43 tt.exe real0m18.115s user0m0.020s sys 0m0.010s WAG, got any network drives in your path, especially ones that are not accessable? Where does strace show a long time between system calls? And, oh yeah: http://www.cygwin.com/problems.html too. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: exit status - portable code
From: Yitzchak Scott-Thoennes There is EXIT_SUCCESS and EXIT_FAILURE in stdlib.h $ man exit # why didn't I think of that. :-7 ...ANSI C stuff. (The Amiga related info is pre-ANSI C) /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- 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 too slow
Hi, I run Cygwin under Win2K and find it lightening fast most of the time. Maybe the slowness you're experiencing is not down to cygwin itself, but the machine generally and Win2K's use of resources specifically. General advice for running under Win2K might help here - at least worth a try first - as would some idea of how other things run on this box. It might be of some help to know what spec of box you are running Win2K on. Something like a 350 MHz Duron or Celeron with only 128 Mb memory will be easily overloaded. A 1 GHz or above Pentium or Athlon with 512 Mb memory should handle most tasks in its stride. I would suggest: * Try and remove as much of the surplus Windoze paraphernalia as you dare: wallpaper, screen savers, extra fonts - they all use a static amount of resource and contribute very little other than eye candy (a Windoze speciality). * Have a look at what services are running on your machine, and stop / disable things which aren't needed. There's heaps of info out there on the web as to what each service does. * If you have Micro$oft Office on the machine as well, disable things like 'findfast' and any other indexing service unless you really cannot live without them. * Try making some use of Win2K's performance monitor, or see what you can download off the web, to investigate any bottlenecks on the machine. Remember these too use some resource and will probably worsen the problem. * It would be useful to know what other signs the machine shows. For example: is there much hard drive activity during the delays ? Hope the above is of some use to you, with some more info we might be able to tackle the problem more specifically. Kevin. -Original Message- From: koorapati, koundinya [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 11:30 To: Brian Ford Cc: [EMAIL PROTECTED] Subject: RE: cygwin too slow I restricted my path to just /usr/local/bin:/usr/bin:/usr/X11R6/bin , but still there's been no change in slowness that I see with every command. Here we are given a customized Windows O.S for the company I work, by Dell (Windows 2000 Pro). This is really mysterious. In strace I'm not able to see which system call is eating up so much time as when I start a program say 'ls' with strace, I see nothing and only as ls begins to run after getting loaded, strace throws it's output. I guess strace is also taking it's own time to run ?. I'm also not sure what tools on windows could be used for troubleshooting as this is my first close encounter with MS Windows :) Koundinya -Original Message- From: Brian Ford [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 10:37 PM To: koorapati, koundinya Cc: [EMAIL PROTECTED] Subject: Re: cygwin too slow On Tue, 11 Nov 2003, koorapati, koundinya wrote: But simple commands like ls take this time $ time ls -l total 23 drwxr-xr-x1 kkoorapa mkgroup-0 Nov 11 17:50 Mail -rw-r--r--1 kkoorapa mkgroup- 39 Nov 10 17:42 t.c -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:40 t.exe -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:43 tt.exe real0m18.115s user0m0.020s sys 0m0.010s WAG, got any network drives in your path, especially ones that are not accessable? Where does strace show a long time between system calls? And, oh yeah: http://www.cygwin.com/problems.html too. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: cygwin too slow
Hi Kevin, From what I see in ths system information: this is a MS Win 2000 machine registered to my company. It has Intel Pentium IV CPU of 2.6 GHz and has 522,228 KB RAM. I'm running so few applications at the moment that there is close to 300 MB still free Memory left. I'm looking into your other points, but in the meantime thought just provide this info too. Koundinya -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 5:22 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: cygwin too slow Hi, I run Cygwin under Win2K and find it lightening fast most of the time. Maybe the slowness you're experiencing is not down to cygwin itself, but the machine generally and Win2K's use of resources specifically. General advice for running under Win2K might help here - at least worth a try first - as would some idea of how other things run on this box. It might be of some help to know what spec of box you are running Win2K on. Something like a 350 MHz Duron or Celeron with only 128 Mb memory will be easily overloaded. A 1 GHz or above Pentium or Athlon with 512 Mb memory should handle most tasks in its stride. I would suggest: * Try and remove as much of the surplus Windoze paraphernalia as you dare: wallpaper, screen savers, extra fonts - they all use a static amount of resource and contribute very little other than eye candy (a Windoze speciality). * Have a look at what services are running on your machine, and stop / disable things which aren't needed. There's heaps of info out there on the web as to what each service does. * If you have Micro$oft Office on the machine as well, disable things like 'findfast' and any other indexing service unless you really cannot live without them. * Try making some use of Win2K's performance monitor, or see what you can download off the web, to investigate any bottlenecks on the machine. Remember these too use some resource and will probably worsen the problem. * It would be useful to know what other signs the machine shows. For example: is there much hard drive activity during the delays ? Hope the above is of some use to you, with some more info we might be able to tackle the problem more specifically. Kevin. -Original Message- From: koorapati, koundinya [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 11:30 To: Brian Ford Cc: [EMAIL PROTECTED] Subject: RE: cygwin too slow I restricted my path to just /usr/local/bin:/usr/bin:/usr/X11R6/bin , but still there's been no change in slowness that I see with every command. Here we are given a customized Windows O.S for the company I work, by Dell (Windows 2000 Pro). This is really mysterious. In strace I'm not able to see which system call is eating up so much time as when I start a program say 'ls' with strace, I see nothing and only as ls begins to run after getting loaded, strace throws it's output. I guess strace is also taking it's own time to run ?. I'm also not sure what tools on windows could be used for troubleshooting as this is my first close encounter with MS Windows :) Koundinya -Original Message- From: Brian Ford [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 10:37 PM To: koorapati, koundinya Cc: [EMAIL PROTECTED] Subject: Re: cygwin too slow On Tue, 11 Nov 2003, koorapati, koundinya wrote: But simple commands like ls take this time $ time ls -l total 23 drwxr-xr-x1 kkoorapa mkgroup-0 Nov 11 17:50 Mail -rw-r--r--1 kkoorapa mkgroup- 39 Nov 10 17:42 t.c -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:40 t.exe -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:43 tt.exe real0m18.115s user0m0.020s sys 0m0.010s WAG, got any network drives in your path, especially ones that are not accessable? Where does strace show a long time between system calls? And, oh yeah: http://www.cygwin.com/problems.html too. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: cygwin too slow
Hi Koundinya, At that sort of spec, there's no way you are running out of system resources. This infers that it is most likely a storage problem: either hard drive (see 'activity' light) or network (enable network icon in taskbar and watch it). Probably a good idea to check that the paging file has been set up sensibly, but that shouldn't make much difference with the figures you've given. If asked, I'd suggest about a 1 Gb static paging file about right for that spec of system - but it doesn't look like swapping/paging is your problem here. Kevin. -Original Message- From: koorapati, koundinya [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 12:03 To: Lawton,K,Kevin,XJH3C C; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: cygwin too slow Hi Kevin, From what I see in ths system information: this is a MS Win 2000 machine registered to my company. It has Intel Pentium IV CPU of 2.6 GHz and has 522,228 KB RAM. I'm running so few applications at the moment that there is close to 300 MB still free Memory left. I'm looking into your other points, but in the meantime thought just provide this info too. Koundinya -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 5:22 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: cygwin too slow Hi, I run Cygwin under Win2K and find it lightening fast most of the time. Maybe the slowness you're experiencing is not down to cygwin itself, but the machine generally and Win2K's use of resources specifically. General advice for running under Win2K might help here - at least worth a try first - as would some idea of how other things run on this box. It might be of some help to know what spec of box you are running Win2K on. Something like a 350 MHz Duron or Celeron with only 128 Mb memory will be easily overloaded. A 1 GHz or above Pentium or Athlon with 512 Mb memory should handle most tasks in its stride. I would suggest: * Try and remove as much of the surplus Windoze paraphernalia as you dare: wallpaper, screen savers, extra fonts - they all use a static amount of resource and contribute very little other than eye candy (a Windoze speciality). * Have a look at what services are running on your machine, and stop / disable things which aren't needed. There's heaps of info out there on the web as to what each service does. * If you have Micro$oft Office on the machine as well, disable things like 'findfast' and any other indexing service unless you really cannot live without them. * Try making some use of Win2K's performance monitor, or see what you can download off the web, to investigate any bottlenecks on the machine. Remember these too use some resource and will probably worsen the problem. * It would be useful to know what other signs the machine shows. For example: is there much hard drive activity during the delays ? Hope the above is of some use to you, with some more info we might be able to tackle the problem more specifically. Kevin. -Original Message- From: koorapati, koundinya [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 11:30 To: Brian Ford Cc: [EMAIL PROTECTED] Subject: RE: cygwin too slow I restricted my path to just /usr/local/bin:/usr/bin:/usr/X11R6/bin , but still there's been no change in slowness that I see with every command. Here we are given a customized Windows O.S for the company I work, by Dell (Windows 2000 Pro). This is really mysterious. In strace I'm not able to see which system call is eating up so much time as when I start a program say 'ls' with strace, I see nothing and only as ls begins to run after getting loaded, strace throws it's output. I guess strace is also taking it's own time to run ?. I'm also not sure what tools on windows could be used for troubleshooting as this is my first close encounter with MS Windows :) Koundinya -Original Message- From: Brian Ford [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 10:37 PM To: koorapati, koundinya Cc: [EMAIL PROTECTED] Subject: Re: cygwin too slow On Tue, 11 Nov 2003, koorapati, koundinya wrote: But simple commands like ls take this time $ time ls -l total 23 drwxr-xr-x1 kkoorapa mkgroup-0 Nov 11 17:50 Mail -rw-r--r--1 kkoorapa mkgroup- 39 Nov 10 17:42 t.c -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:40 t.exe -rwxr-xr-x1 kkoorapa mkgroup-11224 Nov 10 17:43 tt.exe real0m18.115s user0m0.020s sys 0m0.010s WAG, got any network drives in your path, especially ones that are not accessable? Where does strace show a long time between system calls? And, oh yeah: http://www.cygwin.com/problems.html too. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:
Re: OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)
On Wed, 12 Nov 2003, Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 12:20:57AM -0200, Fr?d?ric L. W. Meunier wrote: Now I'm trying with gdb, but don't know if the following is right. $ openssl s_client -connect mail.postaccesslite.com:993 $ gdb (gdb) attach PPID of openssl (gdb) where #0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from /c/WINDOWS/System32/ntdll.dll #1 0x77f5f31f in ntdll!KiUserCallbackDispatcher () from /c/WINDOWS/System32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x00e3ffd0 in ?? () #6 0x81f2eda8 in ?? () #7 0x in ?? () #8 0x77fa88f0 in wcstombs () from /c/WINDOWS/System32/ntdll.dll Does that help ? What are #2 to #7 ? cygwin1.dll ? The OpenSSL DLLs ? Nobody can say that. You should rebuild openssl for Cygwin and use CFLAGS=-g for the make. After unpacking the source package, it's as easy as this: $ cd openssl-0.9.7c-1 $ ./config --prefix=/usr shared no-idea no-rc5 no-mdc2 $ make depend CFLAGS=--g $ make CFLAGS=-g If the above gdb commands were right, using 2896329 Nov 12 11:56 cygcrypto-0.9.7.dll 618518 Nov 12 11:56 cygssl-0.9.7.dll 929614 Nov 12 11:56 openssl.exe didn't change anything. -- How to contact me - http://www.pervalidus.net/contact.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: MOHAA:BT and CYGWIN
On Wed, 12 Nov 2003, Vince Hoffman wrote: You hit the nail on the head. What is weird is some apps it can run but not others. Why would the interact with desktop work sometimes and not others? Also I take care of that in task manager I assume? Thanks, GDN Admin You give that right in the services control panel. (properties for the sshd service, then the log on tab, there is a check box.) this will result in a window for the sshd service appearing your your desktop though. Either that, or give a -i flag to cygrunsrv when you install the sshd service. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: cygcheck -c gives an Application Error
On Wed, 12 Nov 2003, Don Sharp wrote: I ran cygcheck -c this morning and the result, copied from the screen, is attached in cygfail.out. It resulted in an Application Error popup reporting The instruction at 00406cfe referenced memory at 0x The output stops after texinfo is reported. The package list is fully reported by cygcheck -s -r -v whose output is attached in cygcheck.out. Cheers Don Sharp If you just want to see the list of packages, cygcheck -cd should work fine. It looks like cygcheck dies when trying to process compressed setup package listings, so I'd guess you have a corrupted package database. Try cd /etc/setup gunzip -t *.lst.gz to verify all the listing files. cygcheck -cv should produce a slightly more comprehensive results (it will probably also tell you which package it's processing when the crash happens). If I were you, I'd also look into the following: binutils20030901-1 Incomplete cygwin 1.5.5-1Incomplete shellutils 0.0Incomplete [*] cygcheck -cv will tell you exactly why it thinks the package is incomplete (e.g., which files are missing). Igor [*] AFAIK, shellutils is not a standard Cygwin package. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: cygcheck -c gives an Application Error
See inline comments below Igor Pechtchanski wrote: On Wed, 12 Nov 2003, Don Sharp wrote: I ran cygcheck -c this morning and the result, copied from the screen, is attached in cygfail.out. It resulted in an Application Error popup reporting The instruction at 00406cfe referenced memory at 0x The output stops after texinfo is reported. The package list is fully reported by cygcheck -s -r -v whose output is attached in cygcheck.out. If you just want to see the list of packages, cygcheck -cd should work fine. It looks like cygcheck dies when trying to process compressed setup package listings, so I'd guess you have a corrupted package database. Try cd /etc/setup gunzip -t *.lst.gz to verify all the listing files. I've done the Try line above and there are no reported errors. Bear in mind that the package list given by cygcheck -s -r -v is complete and doesn't cause a segfault. cygcheck -cv should produce a slightly more comprehensive results (it will probably also tell you which package it's processing when the crash happens). I am afraid it still segfaults and the last report output was for texinfo. No additional information was output. If I were you, I'd also look into the following: binutils20030901-1 Incomplete cygwin 1.5.5-1Incomplete shellutils 0.0Incomplete [*] Have done - reinstalled and cleared the Incomplete reports. cygcheck -cv will tell you exactly why it thinks the package is incomplete (e.g., which files are missing). Igor [*] AFAIK, shellutils is not a standard Cygwin package. I suspect it must have been once upon a time but anyway the reinstalls have resulted in its disappearance. Hasn't cleared the segfault though %(. Cheers Don Sharp -- 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/
1.5.5-1 command substitution hangs (0% cpu) on XP
I have seen a number of references to this problem, but none of the fixes seems to work. I have used cygwin on many systems and not had this problem. Basically any form of command substitution hangs with 0% cpu usage. Usually after a fresh reboot, the problem will not occur for the first couple times I do it and then once the first command substitution hangs, none of them work again until a reboot. Simple commands such as Echo `echo hi` Or echo `date` Or The same using $(date), etc. Have the same results as the post install scripts. On this computer the setup has never completely worked always stopping on the post install scripts. I can see the sh.exe processes in the task manager and have to kill them off. As I do this the progress meter of setup will continue until I have killed all of the locked sh processes and the setup finally finishes. I have tried * the recent version of bash that was offered here * giving everyone full rights to cygwin and the entire c drive. * setting USER and HOME * making sure there are no spaces in either * various settings for CYGWIN (thought I had it there after a reboot). Now my CYGWIN is just: ntsec here is my bash-2.05b$ uname -a CYGWIN_NT-5.1 Consultant01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin And my cygcheck -svr is attached. The hang script hangs with both versions of bash (although not the first time or two after the fresh reboot). I'm not sure what to try next. If anyone can point me to a document that might help, or if you have any suggestions to try or some more information I can provide, it would be greatly appreciated. And I apologize for having to ask for help on what I am sure is a EBCAC. I have never had this problem before. Also important to note: I think everything was working fine until the XP downloaded and installed some update it needed. But it is too late to verify that. I have deleted cygwin and reinstalled it several times (including removing the regedit entries. Thanks again for anybody's help, Geoff cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cvs complains of no repository
Initially I sent this directly to Ken. Sorry Ken. See reply below... There's a difference between 1.10 and 1.11 that I don't understand. Performing a cvs co -c using 1.10 correctly provides a listing of the projects. The version shows Concurrent Versions System (CVS) 1.10 `Halibut' (client). Performing a cvs co -c using 1.11.6 just says : no such repository. The version shows Concurrent Versions System (CVS) 1.11.6 (client/server). CVSROOT is :pserver:[EMAIL PROTECTED]:/export/cvsroot and matches CVS/Root. -- Ken Shaffer The following worked for me Ken. terminal interaction1 cvs --version Concurrent Versions System (CVS) 1.11.6 (client/server) Copyright (c) 1989-2003 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS /terminal interaction1 After successfully logging on using :pserver:[EMAIL PROTECTED]:/cvs/src cvs -co -c worked. terminal interaction2 export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src cvs login password is anoncvs cvs co -c CVSROOT CVSROOT all-naked-tcl -a naked-tcl naked-tk naked-itcl naked-iwidgets naked-blt all-tcl -a all-naked-tcl src-support binutils -a naked-binutils naked-opcodes naked-bfd naked-libiberty naked-include naked-gas naked-gprof naked-ld naked-intl src-support naked-texinfo naked-cpu . . . lots of other good stuff... /terminal interaction2 So I didn't see the problem you are referring to, Pete -- 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: cygcheck -c gives an Application Error
On Wed, 12 Nov 2003, Don Sharp wrote: See inline comments below Igor Pechtchanski wrote: On Wed, 12 Nov 2003, Don Sharp wrote: I ran cygcheck -c this morning and the result, copied from the screen, is attached in cygfail.out. It resulted in an Application Error popup reporting The instruction at 00406cfe referenced memory at 0x The output stops after texinfo is reported. The package list is fully reported by cygcheck -s -r -v whose output is attached in cygcheck.out. If you just want to see the list of packages, cygcheck -cd should work fine. It looks like cygcheck dies when trying to process compressed setup package listings, so I'd guess you have a corrupted package database. Try cd /etc/setup gunzip -t *.lst.gz to verify all the listing files. I've done the Try line above and there are no reported errors. Bear in mind that the package list given by cygcheck -s -r -v is complete and doesn't cause a segfault. Yes, but cygcheck -srv does not check the integrity of each package, only cygcheck -c does that. I'm surprised none of the listing files were corrupted. cygcheck -cv should produce a slightly more comprehensive results (it will probably also tell you which package it's processing when the crash happens). I am afraid it still segfaults and the last report output was for texinfo. No additional information was output. What are the last few (say, 10) lines of the output? If I were you, I'd also look into the following: binutils20030901-1 Incomplete cygwin 1.5.5-1Incomplete shellutils 0.0Incomplete [*] Have done - reinstalled and cleared the Incomplete reports. But you still get a segfault? Strange. Since the texinfo check completes with no problems[*], I'd suspect the textutils listing (the next package you have installed). Please try zcat /etc/setup/textutils.lst.gz and examine the output. Also, does cygcheck -cv textutils crash? How about cygcheck -cv tidy? If the latter doesn't, then textutils is most likely the culprit. Igor [*] You could verify that by running cygcheck -c texinfo. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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 deadlocks due to broken select() when writing to pipes
On Wed, 12 Nov 2003, Dylan Cuthbert wrote: Also, this may be a silly question, but why does it try to kill my cron jobs when I log off from my user? Shouldn't they be running no matter what user is logged in, and regardless of whether I log in or log off? They definitely shouldn't be killed or need to be killed. It's a bug: http://sources.redhat.com/ml/cygwin/2003-10/msg00732.html fixed in current snapshots. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: cvs - cygwin1.dll recompile - configure fails in w32api/
Just tried this myself this morning (11/12/2003 9:00 AM PST) and it worked. Definitely did not need the Remedy. Pete $ cd / $ rm -rf src $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src ;\ cvs login ;\ cvs -z3 checkout winsup ;\ cd /obj ;\ /src/configure --enable-debugging --prefix=/install -v 21 | \ tee configure.log ; \ cd .. SNIP configuring in w32api running /bin/sh /src/winsup/w32api/configure --host=i686-pc-cygwin --build=i686-pc-cygwin - -with-newlib --enable-multilib --prefix=/install -v --program-transform-na me =s,y,y, --with-target-subdir=i686-pc-cygwin --cache-file=../../config.cache --srcdir=/src/winsup/w32api configure: error: invalid package name: target-subdir configure: error: /src/winsup/w32api/configure failed for w32api make[1]: *** [configure-target-winsup] Error 1 make[1]: Leaving directory `/obj' Remedy: $ cd /src/cd winsup/w32api/ $ configure --host=i686-pc-cygwin --build=i686-pc-cygwin --with-newlib --enabl e-multilib --prefix=/install -v --program-transform-name=s,y,y, --cache-file =../../config.cache --srcdir=/src/winsup/w32api $ -- 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: OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)
Corinna, Did you get a chance to look at the strace output he posted here: http://pervalidus.port5.com/tmp/imap.txt.gz A glance there by trained eyes might save him some time. I don't have the time or the training for mine :). It appears to be stuck in close on the socket after is has shutdown? On Wed, 12 Nov 2003, Frédéric L. W. Meunier wrote: On Wed, 12 Nov 2003, Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 12:20:57AM -0200, Fr?d?ric L. W. Meunier wrote: Now I'm trying with gdb, but don't know if the following is right. $ openssl s_client -connect mail.postaccesslite.com:993 $ gdb (gdb) attach PPID of openssl (gdb) where #0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from /c/WINDOWS/System32/ntdll.dll #1 0x77f5f31f in ntdll!KiUserCallbackDispatcher () from /c/WINDOWS/System32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x00e3ffd0 in ?? () #6 0x81f2eda8 in ?? () #7 0x in ?? () #8 0x77fa88f0 in wcstombs () from /c/WINDOWS/System32/ntdll.dll Does that help ? What are #2 to #7 ? cygwin1.dll ? The OpenSSL DLLs ? Nobody can say that. You should rebuild openssl for Cygwin and use CFLAGS=-g for the make. After unpacking the source package, it's as easy as this: $ cd openssl-0.9.7c-1 $ ./config --prefix=/usr shared no-idea no-rc5 no-mdc2 $ make depend CFLAGS=--g $ make CFLAGS=-g If the above gdb commands were right, using 2896329 Nov 12 11:56 cygcrypto-0.9.7.dll 618518 Nov 12 11:56 cygssl-0.9.7.dll 929614 Nov 12 11:56 openssl.exe didn't change anything. From the strace output, I'd say you're stuck in the cygwin1.dll. Try a debug build of that instead. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)
On Wed, 12 Nov 2003, Brian Ford wrote: Corinna, Did you get a chance to look at the strace output he posted here: http://pervalidus.port5.com/tmp/imap.txt.gz A glance there by trained eyes might save him some time. I don't have the time or the training for mine :). It appears to be stuck in close on the socket after is has shutdown? It seems to be cause by the firewall from my SpeedStream 5200. 'a logout' worked once I disabled filtering 'TCP NULL', but the Pine delays remain. Anyway, why it worked on plain Windows and Linux is another story. I don't have any other firewalls enabled. -- How to contact me - http://www.pervalidus.net/contact.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: cygwin too slow
On Wed, 12 Nov 2003, koorapati, koundinya wrote: I restricted my path to just /usr/local/bin:/usr/bin:/usr/X11R6/bin , but still there's been no change in slowness that I see with every command. Here we are given a customized Windows O.S for the company I work, by Dell (Windows 2000 Pro). This is really mysterious. In strace I'm not able to see which system call is eating up so much time as when I start a program say 'ls' with strace, I see nothing and only as ls begins to run after getting loaded, strace throws it's output. I guess strace is also taking it's own time to run ?. I'm also not sure what tools on windows could be used for troubleshooting as this is my first close encounter with MS Windows :) There is *lots* of info about these kinds of problems if you just look. http://www.google.com/search?hl=enie=UTF-8oe=UTF-8q=commands+slow+to+start+site%3Acygwin.combtnG=Google+Search Does /usr/bin/ls.exe run slow? And, this *still* applies: http://www.cygwin.com/problems.html -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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 too slow
koorapati, koundinya wrote: In strace I'm not able to see which system call is eating up so much time as when I start a program say 'ls' with strace, I see nothing and only as ls begins to run after getting loaded, strace throws it's output. He's sort of right in that often, there's a mysterious wait of a second or two, even on a completely unloaded system, before the process starts running. I suspect it has something to do with our flaky network (we're in a workgroup without a primary WINS server or a domain controller). Even if there are no network drives in the path, I suspect that things like looking up the local host name will also be slow if there are subtle network problems like this, and can cause this delay on startup.. -- 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: OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)
On Wed, Nov 12, 2003 at 04:15:46PM -0200, Fr?d?ric L. W. Meunier wrote: On Wed, 12 Nov 2003, Brian Ford wrote: Corinna, Did you get a chance to look at the strace output he posted here: http://pervalidus.port5.com/tmp/imap.txt.gz A glance there by trained eyes might save him some time. I don't have the time or the training for mine :). It appears to be stuck in close on the socket after is has shutdown? It seems to be cause by the firewall from my SpeedStream 5200. 'a logout' worked once I disabled filtering 'TCP NULL', but the Pine delays remain. Anyway, why it worked on plain Windows and Linux is another story. I don't have any other firewalls enabled. fhandler_socket::close() tries to circumvent problems with unexpected data loss which can occur, if an application exits without having waited for the closesocket() call being successful. The problem with the latter is, that there's no way to find out. Therefore Cygwin lingers on closesocket(), even with non-blocking sockets. I don't know if that helps but you could try to build a Cygwin DLL which only lingers if shutdown hasn't been called. I tried it with ssh and it seems at least not to disturb ssh operation. Patch below. Corinna Index: fhandler_socket.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler_socket.cc,v retrieving revision 1.111 diff -u -p -r1.111 fhandler_socket.cc --- fhandler_socket.cc 25 Sep 2003 03:51:50 - 1.111 +++ fhandler_socket.cc 12 Nov 2003 18:32:18 - @@ -1101,14 +1101,17 @@ fhandler_socket::close () { int res = 0; - /* HACK to allow a graceful shutdown even if shutdown() hasn't been - called by the application. Note that this isn't the ultimate - solution but it helps in many cases. */ - struct linger linger; - linger.l_onoff = 1; - linger.l_linger = 240; /* seconds. default 2MSL value according to MSDN. */ - setsockopt (get_socket (), SOL_SOCKET, SO_LINGER, - (const char *)linger, sizeof linger); + if (!saw_shutdown_write ()) +{ + /* HACK to allow a graceful shutdown even if shutdown() hasn't been +called by the application. Note that this isn't the ultimate +solution but it helps in many cases. */ + struct linger linger; + linger.l_onoff = 1; + linger.l_linger = 240; /* secs. default 2MSL value according to MSDN. */ + setsockopt (get_socket (), SOL_SOCKET, SO_LINGER, + (const char *)linger, sizeof linger); +} while ((res = closesocket (get_socket ())) != 0) { -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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 1.5.3: /bin/mv dir dir results in recursive-loop copy
Please note: I'm cross-posting to both cygwin and fileutils lists. Sorry for any inconvenience. I had a directory containing some source files. I wanted to create a subdirectory src, and put the files in there. Being lazy, I just did: mkdir src mv * src I do this sort of thing often on various linux platforms without a problem - the files will get moved, and an error will be displayed about the source file: -apc·sme60build[~/tmp/mvtest]$ touch blah blah2 -apc·sme60build[~/tmp/mvtest]$ ls blah blah2 -apc·sme60build[~/tmp/mvtest]$ mkdir src -apc·sme60build[~/tmp/mvtest]$ mv * src mv: cannot move `src' to a subdirectory of itself, `src/src' -apc·sme60build[~/tmp/mvtest]$ echo $? 1 -apc·sme60build[~/tmp/mvtest]$ find . ./src ./src/blah ./src/blah2 in cygwin 1.5.3, I got the following error after a moment: mv: cannot create directory `src/src/src/src/src/src/src [...] /src': Invalid argument I think it is the MAX_PATH=256 limitation that finally brings this to a halt. Each of the subdirectories contains all the source files and a src directory. Running mv --version shows: mv (fileutils) 4.1 ... I've attached a cygcheck.out file for more details. I'm not on the cygwin list, so I'm probably not going to follow this thread. I just thought I'd report this in case it is still an outstanding but that needs fixing. cheers, Tony Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Nov 12 10:11:51 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Perl\bin\ c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Rational\ClearCase\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:\j2sdk1.4.2_01\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 18598(claytont) GID: 10513(mkgroup-l-d) 10513(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 18598(claytont) GID: 10513(mkgroup-l-d) 544(Administrators) 545(Users) 10513(mkgroup-l-d) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `m:\' MAKE_MODE = `unix' PWD = `/cygdrive/h/win32/configdb/src' USER = `claytont' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\claytont\Application Data' CLEARCASE_PRIMARY_GROUP = `ccusers' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `APC-WIN2K' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `M:' HOMEPATH = `\' HOMESHARE = `\\ottntd09\claytont$' HOSTNAME = `apc-win2k' INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGONSERVER = `\\NANT01' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/h/win32/configdb/src/src' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\claytont\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\claytont\LOCALS~1\Temp' USERDOMAIN = `MITEL-NA' USERNAME = `claytont' USERPROFILE = `C:\Documents and Settings\claytont' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a
RE: cvs - cygwin1.dll recompile - configure fails in w32api/
From: Peter J. Stieber Sent: Wednesday, November 12, 2003 6:56 PM Just tried this myself this morning (11/12/2003 9:00 AM PST) and it worked. Definitely did not need the Remedy. Pete Hmm... I did the 'cvs co' a few days earlier. I suppose it was fixed in between. /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- 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: cygcheck -c gives an Application Error
On Wed, 12 Nov 2003, Don Sharp wrote: [snip] It's definitely our friend textutils. Examining the output from the zcat piped through less shows that second and subsequent lines begin ^@, which is the likely cause of the problem. Removing the nulls allows cygcheck -cv to succeed. Thank you very much for your help in locating the source of the problem. Cheers Don Sharp Glad it helped. The interesting question, though, is how those NULs got into the package listing in the first place... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: proftpd
Daniel, Please post instead of sending private email. On Wed, Nov 12, 2003 at 10:01:22AM -0500, Jasmin, Daniel wrote: Forgive me if I should have gone through another avenue to ask this question. See above... I am trying to run proftpd on cygwin on Win2k Server. I am logged in as my username djasmin. My gid is mkgroup-l-d. ^^^ The above implies that you need to run mkgroup. Please read the Cygwin User's Guide: http://cygwin.com/cygwin-ug-net/using-utils.html#MKGROUP I am part of groups: Adminstrators, Users, and mkgroup-l-d. When I try to run proftpd I get the following message: Machine name - unable to set uid to 18, current uid: my uid I have purposefully not included my machine name and my uid. Do I need to be user SYSTEM to run proftpd? If so, I don't what the password is for this user. Please read the README: http://www.tishler.net/jason/software/proftpd/proftpd-1.2.9.README Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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 read: No space left on device accessing DDS3 drive on W2K
Problem Description: I have a tape archive on a DDS3 tape created under GNU/Linux 2.2.18. The tape was created with a blocksize of 512 and IS accessible and usable on the linux machine. On the W2K machine using Cygwin, I get the following error when trying to list the contents of the tape: $ tar tvf /dev/st0 tar: /dev/st0: Cannot read: No space left on device tar: At beginning of tape, quitting now tar: Error is not recoverable: exiting now The status of the tape, as reported by mt, is as follows: $ mt -f /dev/st0 status 2 tape capacity: 12569987 KB remaining: 12569987 KB current block:0 write protected : no datcompression : on min block size :1 max block size :65536 def block size :16384 cur block size : 512 report setmarks : on I have plenty of space on all mounted drive points so I am unsure what this error means. I have checked google and the cygwin mailing archives and have not found any references to this problem. There is a reference to this error on this list about a year ago (http://www.cygwin.com/ml/cygwin/2002-09/msg00877.html) but the problem in this case was a bad tape. I have tested three tapes which are readable on the linux machine but get this error on the Cygwin machine. The tapes in question are DDS3 but the drives in both the Linux and W2K machines are DDS4. I have tried setting the blocksize to numerous values (0, 1, 512, 16384) with the same error each time. I would love to be able to get this to work since it will make transferring data between sites and platforms very convenient. I've tried all I can think of so any assistance is greatly appreciated. Thanks, Sean Brown Director Information Resources Applied Geographics, Inc. Boston, MA 617-292-7125 -- 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: OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)
On Wed, 12 Nov 2003, Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 04:15:46PM -0200, Fr?d?ric L. W. Meunier wrote: On Wed, 12 Nov 2003, Brian Ford wrote: Corinna, Did you get a chance to look at the strace output he posted here: http://pervalidus.port5.com/tmp/imap.txt.gz A glance there by trained eyes might save him some time. I don't have the time or the training for mine :). It appears to be stuck in close on the socket after is has shutdown? It seems to be cause by the firewall from my SpeedStream 5200. 'a logout' worked once I disabled filtering 'TCP NULL', but the Pine delays remain. Anyway, why it worked on plain Windows and Linux is another story. I don't have any other firewalls enabled. fhandler_socket::close() tries to circumvent problems with unexpected data loss which can occur, if an application exits without having waited for the closesocket() call being successful. The problem with the latter is, that there's no way to find out. Therefore Cygwin lingers on closesocket(), even with non-blocking sockets. I don't know if that helps but you could try to build a Cygwin DLL which only lingers if shutdown hasn't been called. I tried it with ssh and it seems at least not to disturb ssh operation. Patch below. It behaves the same. I applied your patch and compiled latest CVS. 6735077 Nov 12 17:02 cygwin1.dll And in gdb I still see #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x00e3ffd0 in ?? () #6 0x81f2eda8 in ?? () #7 0x in ?? () Anyway, since disabling filtering 'TCP NULL' worked for 'a logout' I'll see what I can do in the modem configuration to make the Pine delays go away. Disabling all ADS (Attack Detection System), which has: Same Source and Destination Address Broadcast Source Address LAN Source Address On WAN Invalid IP Packet Fragment TCP NULL TCP FIN TCP Xmas Fragmented TCP Packet Fragmented TCP Header Fragmented UDP Header Fragmented ICMP Header Inconsistent UDP/IP header lengths Inconsistent IP header lengths didn't help. -- How to contact me - http://www.pervalidus.net/contact.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: -mno-cygwin broken!
On Wed, Nov 12, 2003 at 03:18:57PM -0500, Neal Becker wrote: Here's what happens with -mno-cygwin: Check out: http://cygwin.com/problems.html Following the instructions there will help you send a bug report that will allow us to help you with your problem. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.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/
creat and open failing
Hi all, I got a question wrt to gcc and cygwin. I'm not sure if this is the defined behaviour, but for some reason, the following code fails. This is a test program which display the failure. Running cygwin on windows 2000. Compiling with mingw (no-cygwin option) Basically, after creat...close... the file is set to read only (check attributes under windows). This causes the second to fail. On the second run of the program, the creat fails as well. Any idea why the file is being set to read only? Thanks, Yamin #include io.h #include stdio.h #include fcntl.h int main() { int handle; handle= creat(hello.txt, O_WRONLY); if (handle == -1) { printf(Unable to creat file hello.txt\r\n); } write(handle, Hello\r\n,7); close(handle); handle= open(hello.txt, O_RDWR|O_BINARY); if (handle == -1) { printf(Unable to open file hello.txt\r\n); } write(handle, urdum\r\n,7); close(handle); } ** This mail sent through www.mywaterloo.ca -- 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: creat and open failing
On Wed, Nov 12, 2003 at 04:31:17PM -0500, [EMAIL PROTECTED] wrote: I got a question wrt to gcc and cygwin. I'm not sure if this is the defined behaviour, but for some reason, the following code fails. This is a test program which display the failure. Running cygwin on windows 2000. Compiling with mingw (no-cygwin option) Basically, after creat...close... the file is set to read only (check attributes under windows). This causes the second to fail. On the second run of the program, the creat fails as well. Any idea why the file is being set to read only? #include io.h #include stdio.h #include fcntl.h int main() { int handle; handle= creat(hello.txt, O_WRONLY); This isn't the correct argument for creat. The second argument is the mode, as in what you send to chmod (2). -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.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/
Problem with Xemacs, cygwin and maybe XP
--Apologies for cross posting (between cygwin and Xemacs lists)--- I have a problem with the interface between Xemacs and cygwin (and maybe XP). I recently updated my cygwin distribution. Now whenever I do anything that starts a new shell on Xemacs the screen fails to refresh. Examples include trying to LaTeX a document using auctex, start R (the statistics program) using ESS, and start a shell using M-x shell. Xemacs still responds to commands (I can quit using C-x C-c), but it loses all ability to write to the screen. For example, if I cover Xemacs with another window, then remove the window, all I see is white space in the area I covered. I'm running Windows XP Xemacs 21.4, april 2001 (the cygwin version installed with the windows installer install now) My cygwin distribution is current as of today. I have two XP computers and I have the same problem on both of them. I have third win2000 computer, but I'm scared to update cygwin on it just to see if the operating system is part of the problem. -- -- 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: Windows 2003 Server Cygwin Cron
I am one step closer, but things are still a little strange. I set the cron service to log in as Administrator, and it will now service the Administrator crontab. It will not run the tasks in another users crontab. This might be a usuable solution for me, but not the preferred one. I am still searching for the final answer. /Brian Re: Windows 2003 Server Cygwin Cron From: Brian Cruikshank brian at cruik dot org To: cygwin at cygwin dot com Date: Tue, 11 Nov 2003 13:27:33 -0700 Subject: Re: Windows 2003 Server Cygwin Cron I am getting some success with your suggestions. Cron is now starting and I do not get the applications errors of switching user context. Cron is staying active in my setup too. But my test crontab with date is not working. Is there a log file to see what cron is running and doing? I am trying to get the Mailto= output working, but I have not had success yet. But I have not used this feature before. Thanks for the pointer to the docs. By the way adding Everyone to the security policies was only a test. I had no intentions of leaving it. /Brian === From: Corinna Vinschen corinna-cygwin at cygwin dot com To: cygwin at cygwin dot com Date: Tue, 11 Nov 2003 19:46:17 +0100 Subject: Re: Windows 2003 Server Cygwin Cron References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Reply-to: cygwin at cygwin dot com On Tue, Nov 11, 2003 at 07:13:33PM +0100, Ren? Haber wrote: CYGWIN crond : PID 288 : starting service `CYGWIN crond' failed: execv: 1, Operation not permitted. Check if the new cron_server user account has execute permissions on the cron.exe executable. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: I would like to ask a question
[EMAIL PROTECTED] wrote: Do you have the old gcc of version 2.95.4 ? Because I have some program ,which must be build by gcc before 3.0 or could you give some suggestion? thank you very much The gcc 2.95 package is no longer supported with Cygwin. It was removed because of problems with the latest version and its maintainer (cgf) does not want to support it, and no Cygwin packages depend on it. See also http://www.cygwin.com/ml/cygwin-announce/2003-10/msg3.html I'm afraid you'll get no help from this list on the matter. However, if you're just looking for a gcc2 package that you can mess with yourself, a little birdie told me that you can go to a FTP search site (such as www.alltheweb.com) and enter gcc2-2.95 and you will still find instances of the package on some mirror sites. But remember that there's no official support for this so don't expect any assistance from this 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: Problem with Xemacs, cygwin and maybe XP
On Wed, 12 Nov 2003, Scott, Steven wrote: I recently updated my cygwin distribution. Now whenever I do anything that starts a new shell on Xemacs the screen fails to refresh. Please check the archives before posting: http://sources.redhat.com/ml/cygwin/2003-10/msg00624.html This issue has been reported and fixed in the current Cygwin snapshot. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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: Windows 2003 Server Cygwin Cron
On Wed, 12 Nov 2003 [EMAIL PROTECTED] wrote: I am one step closer, but things are still a little strange. I set the cron service to log in as Administrator, and it will now service the Administrator crontab. It will not run the tasks in another users crontab. Why would you do that? Didn't Corinna specifically tell you to run it under the cron_server account she had you create? Check if the new cron_server user account has execute permissions on the cron.exe executable. Corinna -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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/
locale question
Hi, I installed cygwin, but it can not display locale charaters(Simplified Chinese and Traditional Chinese) in the command man, less, or groff, and it displays garbage characters. How to resolve the problem? your response will be appreciated. Best thanks and regards, Shuying Liu -- 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/
locale question
Hi, I installed cygwin, but it can not display locale charaters(Simplified Chinese and Traditional Chinese) in the command man, less, or groff, and it displays garbage characters. How to resolve the problem? your response will be appreciated. Best thanks and regards, Shuying Liu -- 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: locale question
For less, use `less -r' and answer `y'. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 13, 2003 8:51 AM Subject: locale question Hi, I installed cygwin, but it can not display locale charaters(Simplified Chinese and Traditional Chinese) in the command man, less, or groff, and it displays garbage characters. How to resolve the problem? your response will be appreciated. Best thanks and regards, Shuying Liu -- 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/
.exe handling change in fileutils-4.1-2
I recently installed a fresh version of Cygwin on a machine and had my build system fail, due to the previously discussed issue with cp and .exe files. In a nutshell, touch foo.exe; cp foo bar fails. See: http://cygwin.com/ml/cygwin/2003-10/msg00989.html http://cygwin.com/ml/cygwin/2003-09/msg01196.html I tracked it down to the removal of a block of code between fileutils-4.1-1 and fileutils-4.1.2: --- fileutils-4.1-1/./src/copy.c2001-06-15 15:20:08.0 -0400 +++ fileutils-4.1-2/./src/copy.c2001-06-25 18:42:46.0 -0400 @@ -197,25 +197,6 @@ source_desc = open (src_path, O_RDONLY); if (source_desc 0) { -#ifdef __CYGWIN__ - char *p; - if ((p = strchr (src_path, '\0') - 4) = src_path || strcasecmp (p, .exe) != 0) - { - p = alloca (strlen (src_path) + 5); - src_path = strcat (strcpy (p, src_path), .exe); - source_desc = open (src_path, O_RDONLY); - if (source_desc = 0) - { - if ((p = strchr (dst_path, '\0') - 4) = dst_path || - (p[-1] != '.' strcasecmp (p, .exe) != 0 )) - { - p = alloca (strlen (dst_path) + 5); - dst_path = strcat (strcpy (p, dst_path), .exe); - } - goto ok; - } - } -#endif /*__CYGWIN__*/ /* If SRC_PATH doesn't exist, then chances are good that the user did something like this `cp --backup foo foo': and foo existed to start with, but copy_internal renamed DST_PATH @@ -229,9 +210,6 @@ return -1; } -#ifdef __CYGWIN__ - ok: -#endif /* These semantics are required for cp. The if-block will be taken in move_mode. */ if (*new_dst) @@ -1163,16 +1141,6 @@ { if (chmod (dst_path, get_dest_mode (x, src_mode))) { -#ifdef __CYGWIN__ - char *p; - if ((p = strchr (dst_path, '\0') - 4) = src_path || strcasecmp (p, .exe) != 0) - { - p = alloca (strlen (dst_path) + 5); - (void) strcat (strcpy (p, src_path), .exe); - if (chmod (p, src_mode x-umask_kill) == 0) - goto ok; - } -#endif /*__CYGWIN__*/ error (0, errno, _(setting permissions for %s), quote (dst_path)); if (x-set_mode || x-require_preserve) return 1; This code was added in 4.1-1 in the first place, with the rationale that it's good for make(1) rules. I found this to be true. I've searched for a comment or rationale for removing this, but I haven't found a Cygwin-specific ChangeLog for fileutils, nor CVS for it, nor even an announcement of 4.1-2 (did it ride in with Cygwin 1.5.0-1 or 1.5.1-1?). Was this an intentional change? If so, what was the intent? The previous behavior is very useful. - Nathan -- 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/
How to add MPI on Cygwin
I was wondering if we can add other compiler packages to Cygwin. I want to install the parallel programming package MPI to cygwin ( which I think is not already included in cygwin). I would really appreciate if somebody can help me out with it. Regards, AP -- 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: Samba for Cygwin
I've found this piece of old message when I tried to sort anything about CYGWIN port of Samba. Joshua Jensen wrote: I show all my students Cygwin, and they love it. Their number one question, though, is where is Samba for Cygwin?. Are there aspects of Samba that are particularly problematic when porting to Cygwin? Are there any plans for Samba on Cygwin? Samba does not just allow file sharing from UNIX/Linux box but it also acts as a domain controller for Windows box for network access. I do think that Samba for CYGWIN is worth it since it could simply allow Windows95/98/98SE/ME/NT/2K/XP/2K3 to be the domain controller for other Windows workstation to control network access. Umm...why? Samba allows linux/unix machines to export shares using the SMB/CIFS protocol. smbfs allows linux machines to mount shares from other machines (incl. windows) using SMB/CIFS. Windows ALREADY can export and mount shares using SMB/CIFS. These filesharing tools are *builtin* to windows 9x/Me and NT/2k. Why run samba? That's like asking to port WINE to Cygwin (or port cygwin to WINE). We don't need WINE for CYGWIN since CYGWIN is already on Windows platform. But we need Samba on Windows for working as a domain controller to control network access from various workstation. For marketing purpose, not all versions in NT family are allowed to be domain controller. It's a gee-whiz proof-of-concept, but has no practical value. --Chuck -- Samba for CYGWIN does have practical value; you buy Windows XP/2K for at most US$300 but you buy for Windows Server NT4.0/2K/2K3 for at least US$3,000 and only servers are allowed to be promoted to be domain controllers. With Samba for CYGWIN, we may no longer need server version Windows, do we? Although the I/O is not so good on Windows box as compared with Linux box, it still makes sense that CYGWIN is able to do all Linux can do. Please correct me if I'm wrong. Cheers, Jason PS This is a very old message dated back to 2001 but I still think it's worth it to bring up this issue for all of your concern. http://www.hkucs.org:8080/~tsfu/ -- 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/