Offer to collaborate with cygwin fandom com
Hello! My name is Alex, I am a marketing specialist of Softorino.com I liked the content of your site and would like to offer you cooperation. We have a product that solves the problem of users who need to organize their workspace. We could give you our lifetime Universal License https://softorino.com/universal-license/ (which already includes 16 premium apps) for FREE to organize your workspace and make your workflow pleasant. All we ask in return, is that you write a review-article about one of our apps that the Universal License includes, and include a link to product in the article. It would be great if you could write a review within 1 working week of receiving your license. Write to me if you are interested in my proposal. Best, Alex -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Xming.net is for Sale!
Hello, my name is Alex from TDS. We have a domain that is currently on sale that you might be interested in *-Xming**.net.* Anytime someone types Xming, or any other phrase with this keyword into their browser, your site could be the first they see! The internet is the most efficient way to acquire new customers Avg Google Search Results for this domain is: 332,000. You can easily redirect all the traffic this domain gets to your current site! *Estibot.com* appraises this domain at $4,800. Priced at only $398 for a limited time! If interested please go to *Xming.net <https://dan.com/buy-domain/xming.net/> *and select Buy Now. Act Fast! First person to select Buy Now gets it! Thank you very much for your time. Top Domain Sellers (TDS) Alex Togano -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Request to add SJTUG Cygwin mirror
To whom it concerns, SJTUG (Shanghai Jiao Tong University Linux User Group) Cygwin mirror has been up and running for at least one year. Just now I found out that it isn't in the official mirror list. Contact information: sjtug-mirror-maintain...@googlegroups.com URL: https://mirrors.sjtug.sjtu.edu.cn/cygwin/ (https only) Location: Asia, China Thanks for your support! Best Regards, Alex Chi -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: when I try to open file with another user on CYGWIN , I get access denied message
On 16/05/2017 20:08, Brian Inglis wrote: On 2017-05-16 02:12, Alex wrote: I have windows 2008 server and external partner requested me to install CGYWIN on it so they can send a file to via SSH. I created a domain user called test1 and they sent me the public key and installed home folder. They can send the file without any problem. I can able to read and delete if I login to windows server with test1 username. My problem is I can not open that files with another username. I have a username call test2 and I need to login to windows server with this username and run the script to import the files from test1 folder. I got access denied message when I try to open it. file permission show ; -rwx-- I changed the umask in profile to 002 , but did not fix the problem. Any idea? By the way I have a little knowledge of linux You would have to change umask in sshd's user's profile to perhaps have any effect. I did in the /etc/profile but not sure what you mean in sshd's user's profile ! You may want to check the receiving directory DACLs with getfacl .../ and if necessary change them with setfacl -m d:g::r--,d:o::r-- if only data is being transferred to that directory. #getfacl samplefolder #owner :gm-user1 #group :Domain User user ::rwx group :: r-x other:r-x Yes they only transfer to file in this folder, if I run setfacl for this directory, will it apply to files inside and the file will be added later ? Removing directory DACLs e.g. with setfacl -bk .../ can stop Windows programs being able to read or write directories or contents. Get them to set the permissions chmod +r on the source if possible, they said already give the file with full permission for everyone and send with scp -p. ? --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: when I try to open file with another user on CYGWIN , I get access denied message
On 16/05/2017 20:22, Dan Kegel wrote: On Tue, May 16, 2017 at 7:44 AM, Alex <lom...@gmx.com> wrote: Did you try chmod 755 foo.dat on the file (assuming it's named foo.dat)? Yes I did , but I can access only the current files. If they send new file next time, it won't get this setup so not possible to open. Just add the chmod in your script. Hi Dan Could you please tell me how can I chmod to script , I don't know how to do it Thanks --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: when I try to open file with another user on CYGWIN , I get access denied message
On 16/05/2017 17:59, cyg Simple wrote: On 5/16/2017 10:44 AM, Alex wrote: Yes I did , but I can access only the current files. If they send new file next time, it won't get this setup so not possible to open. I need something like folder permission and will apply to all files in it also must be apply to files will be created latter Make sure that the directories are all created by Cygwin processes. Only the folder mounted to home directory created on Windows as I entered the below in fstab; E:/SFTP/samplefolder /home/gm-user1/samplefolder ntfs override,binary,noacl 0 0 so other user try to access to E:/SFTP/samplefolder From the top of the device. Make sure that the directories can be read by group members. I created SFTP_User group in AD and both of them members Ensure that the test1 and test2 users are of the same group. But when I run ls -la on inside the Samplefolder, owner says gm-user1 groups says Domain Users , not sure why it shows Domain users thanks --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: when I try to open file with another user on CYGWIN , I get access denied message
Yes I did , but I can access only the current files. If they send new file next time, it won't get this setup so not possible to open. I need something like folder permission and will apply to all files in it also must be apply to files will be created latter thanks On 16/05/2017 14:10, Dan Kegel wrote: Did you try chmod 755 foo.dat on the file (assuming it's named foo.dat)? umask 002 would have done that for you if you'd done it before creating the file. It's a bit odd to have +x set on a data file, so if it's not a dll or exe, you might want to make it chmod 644 instead. - Dan On Tue, May 16, 2017 at 1:12 AM, Alex <lom...@gmx.com> wrote: I have windows 2008 server and external partner requested me to install CGYWIN on it so they can send a file to via SSH. I created a domain user called test1 and they sent me the public key and installed home folder. They can send the file without any problem. I can able to read and delete if I login to windows server with test1 username. My problem is I can not open that files with another username. I have a username call test2 and I need to login to windows server with this username and run the script to import the files from test1 folder. I got access denied message when I try to open it. file permission show ; -rwx-- I changed the umask in profile to 002 , but did not fix the problem. Any idea? By the way I have a little knowledge of linux thank --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
when I try to open file with another user on CYGWIN , I get access denied message
I have windows 2008 server and external partner requested me to install CGYWIN on it so they can send a file to via SSH. I created a domain user called test1 and they sent me the public key and installed home folder. They can send the file without any problem. I can able to read and delete if I login to windows server with test1 username. My problem is I can not open that files with another username. I have a username call test2 and I need to login to windows server with this username and run the script to import the files from test1 folder. I got access denied message when I try to open it. file permission show ; -rwx-- I changed the umask in profile to 002 , but did not fix the problem. Any idea? By the way I have a little knowledge of linux thank --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Avast has put 2 Cygwin files in its chest
Good morning, a customer of us has big problems with Cygwin and Avast Infact he has returned his brand laptop bought from us due of it. The strange thing is a dvd preinstalled file of this Lenovo laptop has been succesfully recovered from the chest,but not the 2 files cygwin (dbus-daemon.exe and ssh.exe,both in the same folder c:\cygwin\bin).They can't be recovered both in the original place and in an external folder as well.I have located the chest folder,but it's encrypted. Would be possible for you to provide me these files (dbus-daemon.exe and ssh.exe) via mail or uploaded somewhere in order to recover them on their original folders ? Please give me a feedback,as soon as possible. Thanks in advance Regards Brega Alex 4D Sistemi Informatici s.r.l. Via Kennedy, 84 - 27058 Voghera (PV) - Italy Tel. (+39) 0383 644311 Fax (+39) 0383 644399 E-mail : br...@4dsistemi.it -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Out of date GNU binutils, and (slightly) broken binutils 2.27
Hello, I've been responsible for porting a large [primarily] C++ project from Linux to Cygwin. This project generates object files at one point in the build process which exceed the object file symbol count limit (around 32k, but if I recall correctly there was actually a binutils bug limiting this further to 16k). As such, I needed an assembler and linker that supported the windows big-obj format. That was added in more recent versions of GNU binutils, however the version that is available in the Cygwin repository is discouragingly old. So the first point I want to make is to ask whether the maintainers of Cygwin binutils can be pinged to update the supported version, or to know why the last supported version is from 2014 (is there something that breaks with newer versions?). The next step I took was to get a recent version (2.27) that does support big-obj, compile it on the system, point gcc toward that installation, and try to proceed from there. This fixed the big-obj issue, and for the most part lots of the sub-projects were working just fine. But one sub-project in particular is having an issue: the resulting binary (a dll, in this case) has a flaw in the import lookup table (.idata subsection). The import lookup table of one runtime-dependent DLL is overwriting the null entry that *ends* the previous DLL's table. So, the previous DLL tries to link with a symbol that is actually contained in the other DLL, while the other DLL still correctly points to needing that symbol as well. In other words, this makes it impossible to use the resulting DLL, because it has a dependent symbol that will never be resolved correctly. It's worth noting that lots of other things link correctly without this bug, and other DLLs within that file do not have import lookup tables that overrun each other. I thought it would be reasonable to send to this mailing list because, from what I read in the binutils source, it seemed like most of the pe/pe+ code that has been added to binutils was from Cygwin developers. I tried to find the root of the problem, but after hours of searching and debugging the linker and BFD code, I haven't found the source of the discrepancy. Any advice would be greatly appreciated! -Alex Franchuk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: passwd -R?
I do have cygserver running as "Local System". My original issue is that cron stopped working after domain user password reset. Stopped as - it worked fine before. My first stop was to reset password with "passwd -R", but it did not fix my cron problem - not running as user (member of local Administrators group - getting error in Event Viewer), not elevated ("As Administrator"). I suspect some security policies were modified (machine is part of domain), but I don't know what to check. Thanks for weighing in. AlexP. On Thu, Mar 10, 2016 at 7:11 PM, Erik Soderquist <eriksoderqu...@gmail.com> wrote: > On Thu, Mar 10, 2016 at 6:22 PM, Andrey Repin <anrdae...@yandex.ru> wrote: >> Greetings, Alex P! >> >>> How do I check that "passwd -R" worked correctly? >>> I get error messages in Event Viewer when I run it as user (vs "As >>> Administrator"). >> >> You must use it with elevated privileges. Else it wouldn't work at all. > > From https://cygwin.com/cygwin-ug-net/passwd.html > > "If normal, non-admin users should be allowed to enter their passwords > using passwd -R, it's required to run cygserver as a service under the > LocalSystem account before running passwd -R. This only affects > storing passwords. Using passwords in privileged processes does not > require cygserver to run." > > So without the cygserver running, 'passwd -R' is expected to fail > unless it is running in a privileged shell; if you want it to work > without a privileged shell, you have to have the cygserver running as > a service under the LocalSystem account. > > -- Erik -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
passwd -R?
Hello All! How do I check that "passwd -R" worked correctly? I get error messages in Event Viewer when I run it as user (vs "As Administrator"). Regards, Alex P. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unison 2.43.3 fails to synchronize execute permission bit
On Tue, Nov 3, 2015 at 11:12 PM, Ms. Alex Hankins by7eth29fh-at-snkmail.com |cygwin| <1c3mq4a...@sneakemail.com> wrote: > On Nov 3, 2015 9:43 AM, "Andrew Schulman" ... wrote: >> >> Thanks for reporting this. I haven't had time to look at it yet, but I >> will when I can. My guess is that the only thing I'll be able to do is >> report it upstream, to the unison-users list. Feel free to do the same if >> I don't get to it first. They've been pretty responsive over the years in >> supporting Cygwin. >> > > I will try to post here if I get around to reporting it to the unison list. I am posting here, because just submitted the report to the unison-users list. I forgot to include the other versions that have the bug, though. Time will tell if I remember or if anyone there asks. :-) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unison 2.43.3 fails to synchronize execute permission bit
On Nov 3, 2015 9:43 AM, "Andrew Schulman schulman.andrew-at-epa.gov |cygwin|"wrote: > > > There was a bug with the umask in the test script. I have fixed it > > and attached it. > > Thanks for reporting this. I haven't had time to look at it yet, but I > will when I can. My guess is that the only thing I'll be able to do is > report it upstream, to the unison-users list. Feel free to do the same if > I don't get to it first. They've been pretty responsive over the years in > supporting Cygwin. > > Have you checked to see whether the same problem happens with earlier > versions of Unison? That would help. Thank you very much for replying, Andrew. I just reproduced it in these versions (from `unison -version`): 2.27.157 2.32.52 2.40.102 2.45.28 2.48.3 I will try to post here if I get around to reporting it to the unison list. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unison 2.43.3 fails to synchronize execute permission bit
There was a bug with the umask in the test script. I have fixed it and attached it. On Thu, Oct 29, 2015 at 11:26 AM, L <***> wrote: > On Wed, Oct 28, 2015 at 2:55 PM, <bc...@sneakemail.com> wrote: >> When synchronizing two directories on the same NTFS-formatted drive, unison >> (with -perms 0o1777) fails to set execute permissions on new files. (It >> also fails to detect changes in execute permissions and to set them on >> existing files.) >>... > > I forgot cygcheck.out. I have attached it. > > Ms. Alex Hankins test-whether-unison-preserves-execute-permissions.bash Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unison 2.43.3 fails to synchronize execute permission bit
On Wed, Oct 28, 2015 at 2:55 PM, <bc...@sneakemail.com> wrote: > When synchronizing two directories on the same NTFS-formatted drive, unison > (with -perms 0o1777) fails to set execute permissions on new files. (It also > fails to detect changes in execute permissions and to set them on existing > files.) >... I forgot cygcheck.out. I have attached it. Ms. Alex Hankins cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Unison 2.43.3 fails to synchronize execute permission bit
When synchronizing two directories on the same NTFS-formatted drive, unison (with -perms 0o1777) fails to set execute permissions on new files. (It also fails to detect changes in execute permissions and to set them on existing files.) I am running Cygwin 64-bit from setup version 2.873. Below is a script to test this phenomenon for new files. It creates and later destroys a sandbox directory under /tmp/. Thank you all for your time and efforts on the Cygwin project. I have been a happy user for over 10 years. Alex Hankins -- #!/usr/bin/bash # File: test-whether-unison-preserves-execute-permissions.bash # Test whether unison (and the filesystem housing /tmp) # synchronizes execute-bits on new, local files. # Comment out to turn off script debugging: #set -x # We need to clean up after the test is done, so we use this flag to # determine the exit status later. # success="false" umask 700 # Try to create a temporary directory to store all test files. # tmpDir="/tmp/unison.$$" if ! mkdir "${tmpDir}"; then echo >&2 "${0}": cannot make temporary directory. exit 1 fi export UNISON="${tmpDir}/.unison" # Keep ~/.unison clean. mkdir "${UNISON}" mkdir "${tmpDir}/a" "${tmpDir}/b" touch "${tmpDir}/a/foo" chmod u+rwx,go= "${tmpDir}/a/foo" echo "- Before synchronization:" ls -lRa "${tmpDir}" echo echo "- Running unison." unison -batch -debug all -log=false -perms 0o1777 "${tmpDir}/a" "${tmpDir}/b" echo echo "- After synchronization:" ls -lRa "${tmpDir}" echo if [ -x "${tmpDir}/b/foo" ]; then success="true" else echo >&2 "${0}: test failed (for filesystem housing /tmp): execute bit not preserved" success="false" fi # Clean up the temporary directory we made. rm -r "${tmpDir}" if [ "${success}" = "false" ]; then exit 1 fi -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Typo on rpcndr.h
This is a simple one... Compiling Ruby on Cygwin came with the following error: /usr/include/w32api/rpcndr.h:331:5: error: unknown type name `GENERIB_BINDING_ROUTINE' Just correct GENERIB_BINDING_ROUTINE to GENERIC_BINDING_ROUTINE. Thank you. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
error: mkstemp was not declared in this scope
I am running Cygwin 1.7.27 (0.271/5/3) and g++ 4.8.2. I am testing attempts to make temporary files in a POSIX-compliant way, using mkstemp(). I get the following error when I compile code that calls mkstemp(): - $ g++ -Wall -ansi -pedantic foo.cpp foo.cpp: In function ‘int main()’: foo.cpp:44:21: error: ‘mkstemp’ was not declared in this scope - Here is my code: - # # foo.cpp # #include stdio.h #include cstdlib #include unistd.h #include sys/stat.h #include cstring #ifndef P_tmpdir #ifdef _P_tmpdir #define P_tmpdir _P_tmpdir /* MingW */ #else #define P_tmpdir /tmp #endif #endif int main () { char const* p = getenv(TMPDIR); if ( p == NULL ) p = P_tmpdir; printf(%s\n, p); int fd; char* tmpl = (char*)malloc(1 + strlen(p) + L_tmpnam); printf(%d\n, L_tmpnam); printf(%ld\n, strlen(p) + L_tmpnam); strcpy(tmpl, p); strcpy(tmpl+strlen(p), /sb.XX); printf(%s\n, tmpl); mkdir(p, 0700); // ignoring return val... mkstemp will fail if directory isn't writable if ( (fd = mkstemp(tmpl)) == -1 ) { fprintf(stderr, unable to create temp file!\n); return EXIT_FAILURE; } printf(%s\n, tmpl); printf(%d\n, remove(tmpl)); printf(%d\n, remove(this-aint-no-file)); free(tmpl); return EXIT_SUCCESS; } - Is mkstemp() part of Cygwin? If not, what options would I have to replace this code with equivalent functionality? Thanks, Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
odd installer error unexpected OPENSQUARE
Hi folks, I've made a nice Windows port of a client bash installer that deploys a prepared cygwin distribution using NSIS and runs a few scripts afterward. Works great on most of the machines we've tested on, throwing a bizarre error on a Win7 x64 domain machine. Any ideas? During the Parsing... step: Parse Errors: \\path\username\Desktop/$RECYCLE.BIN/$RRNEQYK/setup.ini line 1: syntax error, unexpected OPENSQUARE, expecting $end. Thanks! -alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
lftp update
Would it be possible to have lftp updated to the latest version 4.4.6? There's some SFTP related bugfixes in this version. Thanks, Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh-host-config seg fault on Vista
Workaround succeeded using an earlier version's ssh-keygen.exe: old $ ls -l ssh-keygen.exe -rwxr-xr-x 1 gislab None 168462 Jun 5 08:19 ssh-keygen.exe old $ uname -a CYGWIN_NT-6.1-WOW64 ACSV-OLNFLEXLM1 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin which appeared to be the same as the version that failed, according to uname: new $ ls -l 120903-ssh-keygen.exe -rwxr-xr-x 1 gislab None 170013 Sep 3 04:37 120903-ssh-keygen.exe new $ ls -l ssh-keygen.exe -rwxr-xr-x 1 gislab None 168462 Sep 27 12:43 ssh-keygen.exe new $ uname -a CYGWIN_NT-6.1-WOW64 ACPC-OLN0521-18 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin So I'm a bit puzzled where the 1551B change came from, since this is a fresh download from mirrors.pair.com. I picked up source from openssh.org and couldn't see any obvious recent changes in ssh-keygen.c. Obviously there's more to it than that, but I don't have time to dig further. Alex_Brown at uml dot edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssh-host-config seg fault on Vista
Observed the same ssh-keygen segfault in Win7, and am looking for a workaround. Is there a source tree online somewhere? Alex_Brown at uml dot edu -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Do you remember me?
Hello Postmaster, You don't have to reply, this is a test. I have a new website someurl.com You are welcome! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Shift Function Key not working because of a bug in xkeyboard-config-2.4.1
Please be aware that Shift Function Key (e.g., Shift + F3) is not working with xkeyboard-config-2.4.1-1. You can verify that by running xev. This problem is known in X11 community and apparently a fix is on its way and may already be available in 2.4.1-r2 - see http://forums.funtoo.org/viewtopic.php?id=817. In the meantime you can avoid this problem by going back to xkeyboard-config-2.3-1. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
fork: child -1 - died waiting for longjmp before initialization
Hi, Hope this helps someone and please update the BLODA list. I got an error message: fork: child -1 - died waiting for longjmp before initialization when running Cygwin GCC 3.4.4 from Eclipse on a new Dell Latitude E6420 and E6520 laptops with Windows 7 64-bit. Installing the latest Cygwin 1.7 did not help. Uninstalling the software listed in http://cygwin.com/faq/faq.using.html#faq.using.bloda also did not prove useful. After search and trial, I found that it's caused by NVIDIA graphics driver for NVS 4200M laptop graphics card. The laptops had version 8.17.12.6696 of the driver installed and after upgrading the driver to the latest from NVIDIA website (ver 8.17.12.7533) the problem was resolved. Thanks, Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
few openssh issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hello friends, i have just installed openssh with cygwin. thanks a lot for providing it, and cygwin at general. however, there are a few issues i found: 1. ssh-user-config fails because of an error in invoking setfacl: o should be followed by one colon, not two. with one, it works ok. 2. i've previously used copssh, and didn't have to care about user name case letters, just like windows users. could authentication be delegated to windows? 3. my ssh client was entering a long freezing loop after logout. well i can't reproduce this anymore, but there's different behaviour (and exit status) between exiting after issuing no command, and after issuing command(s). ssh -vvv output is below. logout, if no command was issued on server during session: - - debug2: channel 0: rcvd eof debug2: channel 0: output open - drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain - closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype e...@openssh.com reply 0 debug2: channel 0: rcvd eow debug2: channel 0: close_read debug2: channel 0: input open - closed debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1) Connection to www.officer.co.il closed. Transferred: sent 2648, received 1840 bytes, in 14.0 seconds Bytes per second: sent 189.2, received 131.5 debug1: Exit status 1 - --- logout, after command(s) have been issued during session: - --- debug2: channel 0: rcvd eof debug2: channel 0: output open - drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain - closed debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype e...@openssh.com reply 0 debug2: channel 0: rcvd eow debug2: channel 0: close_read debug2: channel 0: input open - closed debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: almost dead debug2: channel 0: gc: notify user debug2: channel 0: gc: user detached debug2: channel 0: send close debug2: channel 0: is dead debug2: channel 0: garbage collecting debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1) Connection to www.officer.co.il closed. Transferred: sent 2744, received 2032 bytes, in 13.6 seconds Bytes per second: sent 201.7, received 149.4 debug1: Exit status 0 - -- - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk3U1LwACgkQ2nA3WyrfyeOdMwQApyNpkTwK6AfjdLJkijMfvnqj J1E4pfEPKzy+tXaAJLHKFahN6/wvrc8hdy56d1SaUd9lrvR9iwWZ7UyOKg15TROY F2fd91YuRx0lj9aHhS/edR2cXgZ/5xaaXQ41Ohp2j3d1/QOSCbC7YMf44/++iqgu DQ1gjf2G56HpGda/KOI= =nSCh -END PGP SIGNATURE- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /etc/profile in base-files 4.0-5
Thanks for noting this. Such an easy fix! It was driving me crazy. I had installed MikTex just before upgrading so was wasting my time thinking it had stomped something. -- Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Cygwin (1.7.8 and other versions) problems with globbing when invoked from DOS/Windows with nested quotes
Hi, Short summary: getting nested quotes in an argument through to a Cygwin process from DOS is problematic, and there does not seem to be any detailed spec for how to escape quotes correctly. Backslash characters seem to be spuriously generated. I'm working on a build system (GNU make, Windows build), which invokes the Cygwin shell to run commands, like so: sh.exe -c command arg1 arg2 etc I've run into some serious problems when command is a DOS path (e.g. c:/qtpath/moc.exe) and one of the arg's is quoted. Naturally, the problem could be at two points: 1) the Windows code in make could be escaping things incorrectly for the Cygwin loader to interpret 2) the Cygwin loader does not handle this case correctly. A simple test ** I made the following simple Cygwin program, to better show what sh.exe would be getting from make: #include stdio.h int main(int argc, char **argv) { int i; for (i = 1; i argc; i++) printf(%d : %s\n, i, argv[i]); return 0; } -- Normal program name -- c:\cygwin\home\akhripinargs foo 1 2 3 4 1 : foo 1 2 3 4 -- DOS'y program name -- c:\cygwin\home\akhripinargs c:/foo 1 2 3 4 1 : c:/foo 1 \2 3\ 4 As you can see, the second case causes \ escape characters to show up - and the worst thing, one of them is now escaping a space - so the above would be further split up as c:/foo 1 2 3 4 -- completely changing which arguments were grouped together. The noglob option ** When I turn on CYGWIN=noglob, there seems to be no way at all to get a double quote through to the test program - no amount of escaping or single quotes does the trick. As such, that does not seem to be an option available to me. Is the above a bug? ** I cannot find any mailing list entries or documentation on how quotes are processed. I looked at the cygwin source (winsup/sources/dcrt0.cc) and it looks like it enables special processing when an argument starts with Letter-Colon. I'm sure that's there for good reasons - but is that processing correct for cases with quotes? Basically, my question boils down to: is this a Cygwin problem that can be fixed, or should I pursue a fix to Windows make? Correct escaping ** From what I've been able to determine, there is no consistent way to escape and \ characters that works both for arguments that are normal and those that look like DOS paths. If that is the intent, that's fine - I've been working on a patch for make. My conclusion is that for escaping normal arguments, the current approach of turning nested into and \ into \\ works fine. For arguments that look like DOS paths, it looks like the right answer is pretty complex: enclose the whole argument in if it is not, then use '' for and \ for \; what this does is close the current double quoted statement, insert the desired character, and resume the double quoted statement -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
mknetrel script
hi, How do I add CFLAGS=-DDEBUGGING to .mknetrel source file? Thx -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7.7: Mercurial 1.5.4 and Python 2.6.5 conflicts?
Hello list, I updated Cygwin version 1.7.7, Python version 2.6.5 and Mercurial version 1.5.4 (the latest versions packaged). When you run the commands of Hg (Mercurial) that displays the following message: --- /usr/lib/python2.6/site-package/mercurial/demandimport.py:85: DeprecationWarning: the sha module is deprecated, us the hashlib module instead return _origimport(name, globals, locals, fromlist) abort: No module named _md5! --- I guess it is packaged for the Cygwin versions of Mercurial that conflicts with the packaged versions of Python. Maybe with a newer version of Mercurial correct the problem? Is posible add a newer version of Mercurial? Thanks and sorry for my English –that is possible through online translators– Greetings, Alex Royo
Re: 1.7.7: Mercurial 1.5.4 and Python 2.6.5 conflicts?
Hi Gio, Could you follow the http://www.cygwin.com/problems.html guidelines? All right, I know very little English and I read a lot of information leaks. Sorry. $ cygcheck -c cygwin mercurial python Cygwin Package Information PackageVersion Status cygwin 1.7.7-1OK mercurial1.5.4-1OK python 2.6.5-2OK I get the same result on my Cygwin installation. No such problem. Mercurial is working fine. I will continue to investigate what is the problem, so you comment understand that it is a problem of my installation Thanks and sorry for the inconvenience. Regards, Alex 2010/10/28 Marco Atzeri marco_atz...@yahoo.it: --- Gio 28/10/10, Alex Royo ha scritto: Hello list, Hi, the best place to discuss this problem is the cygwin, mailing list. cygwin-apps is mainly for discussion between package maintainers. I updated Cygwin version 1.7.7, Python version 2.6.5 and Mercurial version 1.5.4 (the latest versions packaged). same here $ cygcheck -c cygwin mercurial python Cygwin Package Information Package Version Status cygwin 1.7.7-1 OK mercurial 1.5.4-1 OK python 2.6.5-2 OK When you run the commands of Hg (Mercurial) that displays the following message: --- /usr/lib/python2.6/site-package/mercurial/demandimport.py:85: DeprecationWarning: the sha module is deprecated, us the hashlib module instead return _origimport(name, globals, locals, fromlist) abort: No module named _md5! --- No such problem. Mercurial is working fine I guess it is packaged for the Cygwin versions of Mercurial that conflicts with the packaged versions of Python. Maybe with a newer version of Mercurial correct the problem? Is posible add a newer version of Mercurial? Thanks and sorry for my English –that is possible through online translators– Greetings, Alex Royo Could you follow the http://www.cygwin.com/problems.html guidelines ? Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re[2]: UK mirror
Hello Larry, Thank you for letting me know. It is my bad luck I suppose that I didn't get any response from sourcemaster, positive or negative. Regards, Alex Morris Thursday, July 22, 2010, 5:55:55 PM, you wrote: On 7/22/2010 5:59 AM, Alex Morris wrote: Hello, I'd like to suggest a new UK mirror for Cygwin. I'm not sure that sourcemaster@ is readable. The implication from what you wrote above is that you're not the one maintaining this mirror. For obvious reasons, it isn't really feasible for the list of official sites to include those that an unconnected party suggests or recommends. If you are maintaining the mirror, then you really do need to follow the prescribed way of requesting a mirror be added which is found http://cygwin.com/mirrors.html. Since you mentioned sourcemaster, I assume you have seen this page. It's not entirely clear to me what you mean by sourcemaster@ is readable but I can assure you that messages sent to sourcemaster are read by the sourcemaster. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
UK mirror
Hello, I'd like to suggest a new UK mirror for Cygwin. I'm not sure that sourcemaster@ is readable. URL of mirror: http://cygwin.favoritelinks.net/ Contact email address: mirrors at favoritelinks.net Update frequency: daily Approximate bandwidth: 100 Mbit/sec IP address : 193.33.187.240 Location: London, United Kingdom Thanks, Alex Morris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Need to uninstall many packages, how?
On Wed, Jul 21, 2010 at 5:18 PM, Brad De Vries wrote: After several minutes of downloading, verifying, installing, configuring, post-installing, etc. I realized that it installed a lot of X and Gnome related packages. Now I want to remove them all because I don't want them. However, when I re-run setup.exe and try to click the various packages to uninstall, it changes other packages that I had previously selected to uninstall back to keep. The only option I see that's available to me is to completely uninstall cygwin and then re-install the packages I do want. That does not sound fun and I'm hoping someone has a better idea of how to remove lots of related packages. I've also run into this annoyance and I found another workaround you could try. First, empty the Cygwin package cache on your local computer. Then run Setup.exe, choosing Install from local directory. Then you can click on packages to uninstall them without cycling through the Reinstall option which is what's causing dependent packages to be reset to Keep. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Rebaseall fails with error 6 on cygcrypt-0.dll
On Sun, Jul 4, 2010 at 1:07 AM, Larry Hall (Cygwin) wrote: On 7/4/2010 1:01 AM, Alex Leigh wrote: Hi, I've been getting some STATUS_ACCESS_VIOLATION errors when running bash and some xwin programs, and after some searching I'm trying to run rebaseall to see if that would fix the problem. However, when running rebaseall from ash, I get the following error: ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last error = 6. Searching around it seems error code 6 comes from the DLL being in use. However I made sure to close all running cygwin programs, and I went through each of my running programs to see if any of them loads that particular DLL, which none of them do. Could there be anything else that would cause rebaseall to fail on that particular DLL? Thanks. I've attached an output from cygcheck. Make sure you stopped all services and then reboot. I rebooted, then shut down all non-essential programs and services, and still get the same error. This is baffling...is there anything else that could cause this error? Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Rebaseall fails with error 6 on cygcrypt-0.dll
2010/7/4 Václav Haisman: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Alex Leigh wrote, On 4.7.2010 9:20: On Sun, Jul 4, 2010 at 1:07 AM, Larry Hall (Cygwin) wrote: On 7/4/2010 1:01 AM, Alex Leigh wrote: Hi, I've been getting some STATUS_ACCESS_VIOLATION errors when running bash and some xwin programs, and after some searching I'm trying to run rebaseall to see if that would fix the problem. However, when running rebaseall from ash, I get the following error: ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last error = 6. Searching around it seems error code 6 comes from the DLL being in use. However I made sure to close all running cygwin programs, and I went through each of my running programs to see if any of them loads that particular DLL, which none of them do. Could there be anything else that would cause rebaseall to fail on that particular DLL? Thanks. I've attached an output from cygcheck. Make sure you stopped all services and then reboot. I rebooted, then shut down all non-essential programs and services, and still get the same error. This is baffling...is there anything else that could cause this error? Download the Process Explorer and find out who is holding the file open. Process Explorer is what I used and I made sure absolutely nothing is holding that file open. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Rebaseall fails with error 6 on cygcrypt-0.dll
On Sun, Jul 4, 2010 at 11:15 PM, Larry Hall (Cygwin) wrote: On 7/4/2010 3:20 AM, Alex Leigh wrote: On Sun, Jul 4, 2010 at 1:07 AM, Larry Hall (Cygwin) wrote: On 7/4/2010 1:01 AM, Alex Leigh wrote: Hi, I've been getting some STATUS_ACCESS_VIOLATION errors when running bash and some xwin programs, and after some searching I'm trying to run rebaseall to see if that would fix the problem. However, when running rebaseall from ash, I get the following error: ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last error = 6. Searching around it seems error code 6 comes from the DLL being in use. However I made sure to close all running cygwin programs, and I went through each of my running programs to see if any of them loads that particular DLL, which none of them do. Could there be anything else that would cause rebaseall to fail on that particular DLL? Thanks. I've attached an output from cygcheck. Make sure you stopped all services and then reboot. I rebooted, then shut down all non-essential programs and services, and still get the same error. This is baffling...is there anything else that could cause this error? Something has that DLL open/locked. I suppose it doesn't have to be Cygwin but I wouldn't know what that would be. Any rogue cygwin1.dlls on your system. To be sure you've excluded all things Cygwin from this install, do a 'cygrunsrv --list' followed by a 'cygrunsrv --stop service_name' where service_name is any service you see listed by the previous command. Oops, I figured out why this was happening and it was rather silly on my part. I installed cygwin under the Administrator account and was trying to run rebaseall under a different account. I thought using the run as administrator option when opening ash would give it enough privileges but apparently it's not enough. Running ash under the actual Administrator account made the error go away and solved my status_access_violation problems. Thanks for the help everyone. Sincerely, Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
DHCP and resolv.conf
Hi, Apologies if this has been asked before, but is it possible to have /etc/resolv.conf in Cygwin to be automatically updated with nameservers obtained using DHCP from Windows networking? Thanks. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: DHCP and resolv.conf
It's not possible to do it with a Windows service that updates resolv.conf whenever a new DHCP lease is obtained, or, if that's not possible, a cronjob that periodically polls for new nameservers obtained from DHCP? I don't know enough about Windows to know if there's an API for accessing the required information. Alex On Sun, Jun 27, 2010 at 3:27 AM, Huang Bambo bambo.hu...@gmail.com wrote: It's not possible. DHCP is handled by Windows, not by cygwin. 2010/6/27 Alex Leigh le...@hcs.harvard.edu Hi, Apologies if this has been asked before, but is it possible to have /etc/resolv.conf in Cygwin to be automatically updated with nameservers obtained using DHCP from Windows networking? Thanks. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: DHCP and resolv.conf
That should do it, thank you very much! Alex On Sun, Jun 27, 2010 at 7:53 PM, Steven Collins spc.for@gmail.com wrote: I really thought I'd posted this before, but can't find it with Google. I run the attached script, which is mostly a gawk program, from my .bashrc and .profile on my laptop. This ensures that my resolv.conf gets configured correctly for the current network connection each time I start a new interactive shell. This is really more frequently than it probably needs to be, but it gets the job done for me and I've never really noticed a significant delay from it. Steven On Sun, Jun 27, 2010 at 01:49, Alex Leigh wrote: It's not possible to do it with a Windows service that updates resolv.conf whenever a new DHCP lease is obtained, or, if that's not possible, a cronjob that periodically polls for new nameservers obtained from DHCP? I don't know enough about Windows to know if there's an API for accessing the required information. Alex On Sun, Jun 27, 2010 at 3:27 AM, Huang Bambo wrote: It's not possible. DHCP is handled by Windows, not by cygwin. 2010/6/27 Alex Leigh Hi, Apologies if this has been asked before, but is it possible to have /etc/resolv.conf in Cygwin to be automatically updated with nameservers obtained using DHCP from Windows networking? Thanks. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
Why not just use the cyg- prefix, like the cygstart and cygpath tools already do? Something like cygsetup, cygpackage, cygpackman, etc. I think these both communicate clearly the purpose of the program and are short to type. Alex On Tue, May 11, 2010 at 1:55 AM, Klaus Grue wrote: On Mon, 10 May 2010, Steven Collins wrote: ... I'm not a fan of cpm.exe for two reasons. 1) ... 2) ... Good points CygwinPackageManager.exe communicates clearly what the program is without any further need of explanation. That is a good name. Simple is beautiful. Maybe one should also consider CygwinPM.exe. It is less informative but there are still cases where short file names are nice to have. Klaus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup.exe: resets /home symlink to directory when run
Ah, that's brilliant. It works great now, thanks so much! Best, Alex On 22/04/2010 10:42, Alex Leigh wrote: Hello everyone, Apologizes if my question is addressed somewhere. It cropped up just recently on this very list! http://cygwin.com/ml/cygwin/2010-04/threads.html#00126 To summarize the outcome of the discussion: use a mountpoint rather than a symlink. The mountpoint will overlay (and override) the then-harmless directory that setup recreates each time. Plus it's a bit faster than a symlink :) cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Is 256 colors possible with cmd.exe?
Hi everyone, I've been using mintty with Cygwin but I'm finding myself running Windows console programs that don't work with mintty, and it's sometimes a hassle to juggle two terminal programs. I would like to try to switch back to the cmd.exe based Cygwin shell, and I can live without things like termios support, but I need 256 color support for vim color schemes. So my question is, is it possible to get 256 colors with Cygwin running on top of cmd.exe? I found something in this mailing from 2005 where someone said that cmd.exe only supports 16 colors, but I'm hoping that perhaps that has improved in the 5 years time since, however unlikely it may be. If this is not possible, then does anyone have any advice on ways to have compatibility with both Unix terminal features including 256 color and Windows console programs within a single terminal app? The only solution of this sort I've found is conin.exe from the developers of mintty. It does provide half the solution in that it allows input to be piped from mintty to Windows console programs, but unfortunately it's not possible to see the output from those programs. Thank you very much for any help. Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Setup.exe: resets /home symlink to directory when run
Hello everyone, Apologizes if my question is addressed somewhere. I'm new to Cygwin and I'm uncertain how to research this question further, so I would like to turn to this list for help. In my Cygwin installation I've deleted the /home directory and created a symlink in its place that links to the Windows Users folder, so that my homedir under Cygwin is the same as my Windows user folder while retaining the nice and short /home/[name] path in Cygwin. This has worked well except that each time I run setup.exe, at the end of the update process the /home directory is restored and the symlink is removed. It's not a big deal to recreate the symlink each time but I'm wondering, is there a way to suppress this behavior of setup.exe? Thanks in advance for any help. Sincerely, Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cannot run SSH
FWIW, I had the exact same problem. This was under Cygwin 1.5 (not 1.7) and Win7 (build 7600 enterprise release). The OpenSSH server worked for a few days and then stopped working with similar symptoms to you. I eventually got it working again. After working for a couple more days, it broke again. Nevertheless, this is what I did to make it work after not working. I realize some of this may be unnecessary or even counterproductive. I don't know enough Cygwin and/or Windows to say what made a difference so I'm just telling you what I did in the off chance that it helps somebody find the real problem. 1. Stop and delete the service: cygrunsrv --stop sshd cygrunsrv --remove sshd 2. Remove the cyg_server user via Windows. 3. Restart system. 4. From bash, run ssh-host-config to recreate user and sshd service. Answer yes to everything except allow cyg_server to be the name of the user. 5. Manually set the password for the cyg_server user from Cygwin. Make it 10 characters with only alphanumeric (i.e. abcDEF1234 - not my password obviously). passwd cygserver 6. Go into Services, properties of the sshd service, Log On tab. Manually set that to the stored log on password for the service. 7. Close bash if it's still open. 8. Start--Run--ash and run the rebaseall command. 9. From the command prompt, run net start sshd. Please forgive the superfluous details. Good luck! Alex - Original Message From: baykusderki baykusde...@gmail.com To: cygwin@cygwin.com Sent: Sun, November 22, 2009 1:29:03 AM Subject: Re: Cannot run SSH On 11/22/2009 12:00 AM, Ken Jackson wrote: Is SYSTEM in /etc/passwd? If not, I think that's a problem. Even if it's there, maybe it's wrong. I would try the mkpasswd command to recreate your passwd file (and might as well mkgroup to recreate the /etc/group file). They both write to stdout so you have to redirect them: mkpasswd /etc/passwd -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Yep the SYSTEM is listed alright. I already created the passwd file multiple times, before and after ssh installation. I do not know what all those numbers in it but as far as I can see the users and their default folders listed fine there. I can pretty much see all the defined users including the ssh setup based users. mkpasswd -cl /etc/passwd was the command I have used multiple times. The weird thing was that the Cygwin+Ssh installation on Win7 was the easiest of all installations I had done before. It worked for couple days and stopped yesterday. Something is funky and I cannot figure it out after spending 10 hours on this. I am sure it is couple minutes fix if you are an expert on this stuff but that is the best i can do on my own. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
matlab not fully functional on cygwin
Hi, I recently installed cygwin (Cygwin/X X Server Version 1.5.3 (20090222), X11R6) and am experiencing problems when I run MATLAB (7.9.0 R2009b) on it. For the most part MATLAB works fine, except when I open an Editor window the contents are blank (it's just a blank box), and when I try to open a figure (matlab .fig file) the figure is visible, but the toolbar is blank. So most of the functionality I need with MATLAB is unavailable. I appreciate any help with this. Thanks, Alex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Install Issues - Vista 64 bit - ver 1.5.25
--- Thanks for your help. -Alex -- 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/
Xterm font resizing broken and input problems in xorg-server 1.5.3-7
I just upgraded my Cygwin distro, and I'm having the following issues with x-term: 1) cannot input text into any additional xterm window launched by my start menu shortcuts. The only xterm window that works is the default one that comes up when I start x-server. 2) cannot change the font size in ANY xterm window. Neither by ctrl+rightclick nor the (newly added) menu bar. Selecting any font size from the menu doesn't have any effect. (Prior to the upgrade I had the default font set to Huge but now it comes up with the original, small, default font). I'm running on Win XP, with xorg-server 1.5.3-7 and xterm 242-1. Never had any of these problems before this upgrade (my original install was from March '08). I'm attaching cygcheck.out for more details on my system (note: some path variables deleted for privacy reasons) The only relevant hit I found on Google is this, which it seems, describes the same problem (however his solution of appending -fn '*12*' to the command line didn't work for me): http://www.nomadjourney.com/2008/12/xterm-font-sizing-problems-in-cygwin/ Alex 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: Xterm font resizing broken and input problems in xorg-server 1.5.3-7
I realized that there are some startup errors I wasn't seeing by using the windows shortcut. Here's what starting xterm on the command line prints out: xterm -display 127.0.0.1:0.0 -ls Warning: Cannot convert string -adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-* to type FontStruct Warning: Cannot convert string nil2 to type FontStruct xterm: cannot load font 10x20 I also realized, after some more Googling, that the fonts packages are no longer included in the distro the same way as before. I'm trying to fix the problem by installing all the font-* packages now. Will let you know if that worked. On Sat, Mar 28, 2009 at 12:01 PM, Alex Epshteyn alexander.epsht...@gmail.com wrote: I just upgraded my Cygwin distro, and I'm having the following issues with x-term: 1) cannot input text into any additional xterm window launched by my start menu shortcuts. The only xterm window that works is the default one that comes up when I start x-server. 2) cannot change the font size in ANY xterm window. Neither by ctrl+rightclick nor the (newly added) menu bar. Selecting any font size from the menu doesn't have any effect. (Prior to the upgrade I had the default font set to Huge but now it comes up with the original, small, default font). I'm running on Win XP, with xorg-server 1.5.3-7 and xterm 242-1. Never had any of these problems before this upgrade (my original install was from March '08). I'm attaching cygcheck.out for more details on my system (note: some path variables deleted for privacy reasons) The only relevant hit I found on Google is this, which it seems, describes the same problem (however his solution of appending -fn '*12*' to the command line didn't work for me): http://www.nomadjourney.com/2008/12/xterm-font-sizing-problems-in-cygwin/ Alex -- 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: Xterm font resizing broken and input problems in xorg-server 1.5.3-7
Yep, separately installing the font-* packages with setup.exe solved my problem with the font sizes. I also haven't seen the no input problem since, but it was a sporadic issue to begin with, so I don't know if that fixed it as well. On Sat, Mar 28, 2009 at 1:10 PM, Alex Epshteyn alexander.epsht...@gmail.com wrote: I realized that there are some startup errors I wasn't seeing by using the windows shortcut. Here's what starting xterm on the command line prints out: xterm -display 127.0.0.1:0.0 -ls Warning: Cannot convert string -adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-* to type FontStruct Warning: Cannot convert string nil2 to type FontStruct xterm: cannot load font 10x20 I also realized, after some more Googling, that the fonts packages are no longer included in the distro the same way as before. I'm trying to fix the problem by installing all the font-* packages now. Will let you know if that worked. On Sat, Mar 28, 2009 at 12:01 PM, Alex Epshteyn alexander.epsht...@gmail.com wrote: I just upgraded my Cygwin distro, and I'm having the following issues with x-term: 1) cannot input text into any additional xterm window launched by my start menu shortcuts. The only xterm window that works is the default one that comes up when I start x-server. 2) cannot change the font size in ANY xterm window. Neither by ctrl+rightclick nor the (newly added) menu bar. Selecting any font size from the menu doesn't have any effect. (Prior to the upgrade I had the default font set to Huge but now it comes up with the original, small, default font). I'm running on Win XP, with xorg-server 1.5.3-7 and xterm 242-1. Never had any of these problems before this upgrade (my original install was from March '08). I'm attaching cygcheck.out for more details on my system (note: some path variables deleted for privacy reasons) The only relevant hit I found on Google is this, which it seems, describes the same problem (however his solution of appending -fn '*12*' to the command line didn't work for me): http://www.nomadjourney.com/2008/12/xterm-font-sizing-problems-in-cygwin/ Alex -- 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/
problems using the setup.exe program
Hi list I am fairly new to cygwin and am writing to ask a few questions about selecting packages when installing cygwin. My problem I am facing is this. I am blind, as a result in order to use a computer I use a program called a screen reader. The screen reader allows me to do most things on the computer such as reading and writing e mails, browsing the net and installing the majority of programs. However there are problems with the cygwin installer. At the moment, the setup is useable until the package selection screen is reached. Now it is possible to select to install a hole category such as editors or devl. However, if I want to go and install only some packages from a particular category such as say quilt or subversion from devl it is not possible at the moment to expand these categories and select individual packages using the keyboard and some other functions my screen reader has for working with the mouse. I was wondering, would it be an easy task for the cygwin installer to be redesigned to make it more friendly to screen readers? as there are a large number of people who are blind that I no of that use cygwin who face the same problem. As at the moment, unless I can get someone who can see to help me, the best I can do is install hole categories of things just to get one package meaning I waste several gbs of space on my hard drive. Even if it is not possible to redesign the setup program, which I no would take time, given the fact I need to reinstall cygwin on my system, does anyone no if it is possible to write some kind of custom setup script or ini file that would download only the packages and there dependencies I need to install. As at the moment it isn't that easy for me to get access to sighted help, and I will end up wasting several gbs of space just to install a few packages. Thanks very much for your help. Alex.
printf goes to serial port?
Hello, I have a cygwin environment, running some software I am writing to talk to some serial devices. Somehow, trying to debug why I could not see printf output to console, I ran a serial port sniffer and voila all of my printf commands are writing on the serial port. Any idea how to fix this? Thanks, Alex Martin -- 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: printf goes to serial port?
Well, I was using a port monitor to debug some of the traffic between my serial device, and my software, when I noticed the output accidentally. I am not sure when the behavior started. It used to work fine, I was using printf to debug things, then I turned off all of those printf statements, and continued development on the gui side (fox toolkit) of my application, and then had to go in and modify my low level serial class and was trying to get my printf debug output again, to no avail. I have updated cygwin a few times, otherwise I cannot think of anything specific. What other details can I provide? Alex Martin Gary R. Van Sickle wrote: From: Alex Martin Hello, I have a cygwin environment, running some software I am writing to talk to some serial devices. Somehow, trying to debug why I could not see printf output to console, I ran a serial port sniffer and voila all of my printf commands are writing on the serial port. I can't say that it would cross my mind to look for my missing printf output on a serial port, even if I was using a serial port in other parts of the program to talk to something. Whatever it was that gave you the hunch to do that is probably at the core of your problem. Any idea how to fix this? Well, no, not really, since you've given very few details to go on. I'd SWAG that you've somewhere, somehow, redirected stdout to the serial port you're trying to talk to those devices on. Thanks, Alex Martin -- 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: printf goes to serial port?
Matt Wozniski wrote: On Fri, Dec 19, 2008 at 2:30 PM, Gary R. Van Sickle wrote: From: Alex Martin Hello, I have a cygwin environment, running some software I am writing to talk to some serial devices. Somehow, trying to debug why I could not see printf output to console, I ran a serial port sniffer and voila all of my printf commands are writing on the serial port. I can't say that it would cross my mind to look for my missing printf output on a serial port, even if I was using a serial port in other parts of the program to talk to something. Whatever it was that gave you the hunch to do that is probably at the core of your problem. My slightly wild guess is that you do an open() on the serial device without a controlling terminal and without passing the O_NOCTTY flag, causing the serial device to become your controlling terminal. ~Matt Hello, I do this: //snip if (port == 1) { fd = ::open(/dev/ttyS0, O_NONBLOCK | O_RDWR | O_NOCTTY ); } //snip Can you point me to some info about controlling terminal? I have been living in a strict c++/cygwin/fox-toolkit world and I am not familiar with terminals and things. If I try to run my .exe from a cygwin prompt, it doesnt start up. If I run my exe from a cmd.exe window, it starts up my app but then returns to a prompt instead of staying open to catch printfs and such. Any ideas? Thanks for your help. Alex Martin -- 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: printf goes to serial port?
Gary R. Van Sickle wrote: From: Alex Martin Well, I was using a port monitor to debug some of the traffic between my serial device, and my software, when I noticed the output accidentally. I am not sure when the behavior started. It used to work fine, I was using printf to debug things, then I turned off all of those printf statements, and continued development on the gui side (fox toolkit) of my application, and then had to go in and modify my low level serial class and was trying to get my printf debug output again, to no avail. I have updated cygwin a few times, otherwise I cannot think of anything specific. What other details can I provide? Well, whatever details you have. I'm still in pull mode here, which isn't conducive to problem-solving. So far I've been able to gather: 1. You are developing some sort of app that communicates over a serial port to some other device. 2. You have a cygwin environment. 3. The app has a GUI, using something called fox toolkit (with which I am not familiar). 4. You had debug printf()s that used to work, then a bunch of stuff changed, and now they work differently. A few gaps that need filling before anything better than SWAGs can come your way: - Is this app a Cygwin app, No, it is a windows app. I am using cygwin primarily because I get the /dev/ttyS* devices. I could not find info on how to talk to a serial port in the windows world without using MFC which I refuse to touch. or is Cygwin involved only perhiperally (e.g. you're using Cygwin make to run the MinGW toolchain), No mingw. Using all of cygwin's make, g++, etc. or is Cygwin not directly involved at all and you're saying My non-Cygwin-related app was working fine, I changed a bunch of stuff in the app and also upgraded Cygwin, and now the app is broke and I'm thinking Cygwin could be to blame? I do not think the app is broken. Somehow stdout is going to the serial port, my code relating to file descriptors (a serialio class that provides functions like open, close, read, write, flush), opening and closing the devices, etc has never changed (that is, the code is the same code since back when printf worked). Other code has changed, that is, the gui layout, function flow, etc. - Since your app is a GUI app, where did you expect your printf()s to go? Well, someone taught me to use cygwin in this manner, and I have been doing so for a long time, that is, I can use a cygwin window to invoke my windows app, and the cygwin console would catch printfs (stdout chatter), so you can use it as a debug console. Alex Martin -- 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/
PATCH: Re: cygutils/cygstart - wait till task terminates - also pass on exit status
The recent patch sumbitted by Barry Kelly to add an option to cygstart to have it wait for the process to terminate is most useful. However it would be more useful still if it were to return the exit status of the process in this case. The attached patch implements this small addition and should be applied on top of Barry Kelly's. - Alex diff -r -u -p src/cygstart/cygstart.c newsrc/cygstart/cygstart.c --- src/cygstart/cygstart.c 2008-09-04 22:49:41.0 +0100 +++ newsrc/cygstart/cygstart.c 2008-09-04 23:04:52.0 +0100 @@ -410,7 +410,7 @@ if (file) free(file); -return (ret ? 0 : 1); +return ret; } /* Start a program, or open a file or URL, using Cygwin POSIX paths */ @@ -454,10 +454,10 @@ int ret = (int) ShellExecute(NULL, action, aPath, args, workDir, show); if (ret = 32) { -return TRUE; +return 0; } else { fprintf(stderr, Unable to start '%s': %s\n, aPath, startError(ret)); -return FALSE; +return 1; } } else { SHELLEXECUTEINFO sei; @@ -474,21 +474,26 @@ if (!ShellExecuteEx(sei)) { if (((int) sei.hInstApp) 32) { fprintf(stderr, Unable to start '%s': %s\n, aPath, startError((int) sei.hInstApp)); -return FALSE; +return 1; } else { fprintf(stderr, Unable to start '%s': , aPath); printLastError(stderr); fprintf(stderr, \n); -return FALSE; +return 1; } } if (sei.hProcess) { +DWORD code; WaitForSingleObject(sei.hProcess, INFINITE); +if (!GetExitCodeProcess(sei.hProcess, code)) { +code = 1; +} CloseHandle(sei.hProcess); +return (int) code; } -return TRUE; +return 0; } } -- 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/
installer is really confusing to use
how do I just install a single package? It seems it wants to uninstall then reinstall everything or some other option I don't want. The closest I've been able to get is, select uninstall everything, download to disk first, then install from disk once that's complete but even that is unreliable. -- 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 tags in vim 7.1
Hello, I'm having a strange problem with tags in vim 7.1 that I've just installed. My Cygwin version is 1.5.25-14. I'm experimenting in directory c:/temp where I have a source file test.c and a tag file tagfile (see below). I also set environment variable EXINIT as set tags=tagfile. File test.c : int my_function (int aaa) { } Depending on how the path to the source file is written in my tagfile, the command vim -t my_function executes differently : *** Case (1) tagfile: my_function$TESTDIR/test.c/^int my_function (int aaa)$/ Environment variable TESTDIR is defined as c:/temp. Command vim -t my_function brings vim that reports: /cygdrive/c/Temp/tes# [New File] E434: Can't find tag pattern *** Case (2) tagfile: my_functionc:/temp/test.c/^int my_function (int aaa)$/ Command vim -t my_function CRASHES vim (segmentation fault) *** Case (3) tagfile: my_function/cygdrive/c/temp/test.c/^int my_function (int aaa)$/ Only here the command vim -t my_function correctly loads test.c and finds the tag. Is it a known problem? Is there any cure for cases (1) and (2) ? Is there a workaround? Thank you, Alex -- 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 tags in vim 7.1
Corina, Unfortunately generation of tags is beyond my control. They are using environment variables so our source tree could be accessible the same way from Unix and Windows (cygwin) machines, where the root environment variable is different. This issue looks like a buffer overflow to me. Is there anybody willing to take a deeper look? Thanks, Alex On Jun 16 01:13, Alex Shturm wrote: Hello, I'm having a strange problem with tags in vim 7.1 that I've just installed. My Cygwin version is 1.5.25-14. [...] *** Case (1) tagfile: my_function$TESTDIR/test.c/^int my_function (int aaa)$/ [...] E434: Can't find tag pattern *** Case (2) tagfile: my_functionc:/temp/test.c/^int my_function (int aaa)$/ Command vim -t my_function CRASHES vim (segmentation fault) *** Case (3) tagfile: my_function/cygdrive/c/temp/test.c/^int my_function (int aaa)$/ Only here the command vim -t my_function correctly loads test.c and finds the tag. I never heard about vim being able to use variables in tags files. As for case 2, use POSIX paths. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Broken mirror
Hello, I noticed one from your USA based http mirrors is dead. I decide to support your project and provide new mirror for your. Could you send me mirroring instructions? Thanks. p.s. This mirror is broken for me http://cygwin.rtin.bz/ Alex Korolev [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ctrl-C will not kill a process started from cygwin shell
Hi, I'm sorry if this is an obvious question but I searched and couldn't find an obvious answer and wasn't sure what to search for... It seems that some processes I start from a cygwin shell start in the foreground - whereas if I start them from a cmd shell they start in the background. (I know I can append an but that's not the point here). One process I know of in particular is my favoured Micro Emacs editor (available at http://www.jasspa.com/). When this starts in the foreground from cygwin, even Ctrl-C will not kill the process. What determines this behavior and can I do anything about it. I ask because more importantly, I am running into issues running Maven tasks that do not return to the shell after completion. The only option available to be is to kill the entire cygwin shell. Please can someone explain what might be happening here, or point me at documentation on this subject. Thanks! -- 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/
devices' name and mount point
Hi! How do I know all the storage devices' name and their mount point on my windows box? because I wanted to dd a image file on a USB SD card. thanks! Alex -- 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/
My program restarts six times under Cygwin when run under rxvt/xterm
Hello, This is a simple program that I compile as a console application in Visual Studio 2005 : -- #include windows.h #include stdio.h LONG WINAPI my_exception_filter (LPEXCEPTION_POINTERS exceptionInfo) { printf (*** my_exception_filter ***\n); return EXCEPTION_EXECUTE_HANDLER; } int main(int argc, char *argv[]) { printf (\n*** SetUnhandledExceptionFilter ***\n); SetUnhandledExceptionFilter (my_exception_filter); printf (*** RaiseException ***\n); RaiseException(EXCEPTION_NONCONTINUABLE_EXCEPTION , EXCEPTION_NONCONTINUABLE, 0, NULL); } -- If I run this program in standard Windows CMD window, it prints whatever it should, and terminates. If I run this program under CYGWIN, the result depends: - in standard window (the one that is open by picking Cygwin bash shell link in the menu) - the program exits after printing - if I start rxvt or xterm from the standard window, and then run this program in rxvt/xterm window, the program restarts 5 times, each time it prints what it should. Can somebody check my sanity and confirm that this problem is reproducible anywhere else? I'm on Windows XP SP2, all the latest patches, etc. Cygwin version is 1.5.24 (the latest). Any help is greatly appreciated. Thank you, Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: My program restarts six times under Cygwin when run under rxvt/xterm
Christopher, Cygwin uses the equivalent of SetUnhandledExceptionFilter for its own purposes. It can do that because there is no linux version of that function. So, if you attempt to use it in a cygwin-aware program, you're in for problems. If you need to produce pure windows programs, I'd suggest http://mingw.org/ . It doesn't seem like you need Cygwin for the above. cgf This small program is just a tiny part of a huge application, which is built natively on Windows, and intended to be run without Cygwin by the customers. However we in development use Cygwin extensively, mostly to use the same scripts/environment as on Unix platforms (where our application is also built). Hence your suggestion to use mingw is not applicable in our case. Out application is not cygwin-aware. Still something does not look right to me: (1) Even if cygwin has its own exception handling, how is it possible that it interferes with exception handling in my program (which is a separate process) ? (2) Why this issue is not reproducible when cygwin shell is started in a regular (cmd?) window, but reproducible only in rxvt/xterm window? BTW, I've tried running this program under bash, tcsh, and sh, and the behavior is the same - that is, the shell is not relevant to this problem, only window type is relevant. It looks like a rxvt/xterm-specific issue. I wonder if somebody can take a look at it... Thanks, Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: My program restarts six times under Cygwin when run under rxvt/xterm
Christopher, I agree there is a misunderstanding here. Please see my original post - there I clearly say that I build this program in Visual Studio 2005, and not using gcc. I only have problems *running* it under cygwin. Thanks, Alex Christopher Faylor wrote: On Wed, May 16, 2007 at 11:14:36AM -0700, Alex Shturm wrote: cgf wrote: Cygwin uses the equivalent of SetUnhandledExceptionFilter for its own purposes. It can do that because there is no linux version of that function. So, if you attempt to use it in a cygwin-aware program, you're in for problems. If you need to produce pure windows programs, I'd suggest http://mingw.org/ . It doesn't seem like you need Cygwin for the above. This small program is just a tiny part of a huge application, which is built natively on Windows, and intended to be run without Cygwin by the customers. If it is going to be run without Cygwin then you shouldn't be using cygwin's gcc. However we in development use Cygwin extensively, mostly to use the same scripts/environment as on Unix platforms (where our application is also built). You may be a little confused here. I'm not suggesting that you have to wipe cygwin from your hard drive to use MinGW. For the most part, Cygwin runs standard windows applications, like the MinGW build tools, just fine. Hence your suggestion to use mingw is not applicable in our case. Out application is not cygwin-aware. If you are using gcc to build your program then you are building a cygwin application regardless of whether you use anything from the cygwin API. Cygwin is a *dll* it will get loaded automatically when you start your program and it will do things with exception handling. Btw, if you build your program with standard cygwin gcc is also GPLed, which means that you must provide source code for the program to your customers. Still something does not look right to me: (1) Even if cygwin has its own exception handling, how is it possible that it interferes with exception handling in my program (which is a separate process) ? see above. (2) Why this issue is not reproducible when cygwin shell is started in a regular (cmd?) window, but reproducible only in rxvt/xterm window? Dunno but I'm not particularly interested in finding out. I know for sure that if you do what you're doing you will have problems. I wonder if somebody can take a look at it... It's not likely. Sorry. You really should just make your program a pure windows program. It will still run under rxvt, bash, etc. but it isn't likely that it will manifest this problem and you won't have to provide your source code to your customers under the GPL. You can also use the -mno-cygwin option to gcc which will avoid using the cygwin environment when compiling/linking. I avoided mentioning this before because it is a constant source of confusion with people because it doesn't always work 100% correctly and people somehow think that it is a way to avoid the GPL but still have cygwin functionality. It may work in your case but MinGW is cleaner. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: My program restarts six times under Cygwin when run under rxvt/xterm
Wow. Is it a documented behavior? What is the reason for cygwin to believe that the program needs to be re-run? I'm not sure how I can control the exit value if the actual exit is performed by exception handler... Thanks, Alex Christopher Faylor wrote: Actually, nevermind. I know what the problem is. Cygwin is interpreting the exit value from your program as being indicative of a hard failure and trying to rerun it as a result. If you explicitly exit with a value less than 65535 it should work better. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: My program restarts six times under Cygwin when run under rxvt/xterm
It did not help... :( The program still restarts 5 times... Christopher Faylor wrote: On Wed, May 16, 2007 at 12:31:58PM -0700, Alex Shturm wrote: Wow. Is it a documented behavior? http://cygwin.com/cygwin-ug-net/using-cygwinenv.html See the proc_retry entry. It neglects to mention that the default is 10. You might be able to set CYGWIN=proc_retry:1 but it's possible that Cygwin might still think your program was dying and report that. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: My program restarts six times under Cygwin when run under rxvt/xterm
Christopher, The description of proc_retry:n did not mention this requirement. Anyway, after I defined my CYGWIN variable in My Computer Properties Advanced Environment Variables, everything worked fine! Thanks a lot for your help! Alex It did not help... :( The program still restarts 5 times... You did set it before running any cygwin shell, right? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
My program restarts six times under Cygwin
2.1.9-1 libgdbm 1.8.0-5 libgdbm-devel1.8.3-8 libgdbm3 1.8.3-3 libgdbm4 1.8.3-8 libiconv 1.11-1 libiconv21.11-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.15-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libncurses8 5.5-3 libpcre0 6.6-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libreadline6 5.2.4-8 libXft 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 login1.9-7 man 1.6e-1 mc 4.6.1-2 mktemp 1.5-4 ncurses 5.5-3 pcre 6.6-1 pcre-devel 6.6-1 pcre-doc 6.6-1 perl 5.8.7-5 perl-libwin320.26-1 perl-Win32-GUI 1.04-1 rebase 2.4.3-1 rsync2.6.6-1 run 1.1.10-1 rxvt 20050409-4 sed 4.1.5-2 tar 1.16.1-1 tcsh 6.15.00-2 termcap 20050421-1 terminfo 5.5_20061104-1 texinfo 4.8a-1 vim 7.0.223-1 which1.7-1 X-startup-scripts1.0.11-1 xorg-x11-base6.8.99.901-1 xorg-x11-bin 6.8.99.901-1 xorg-x11-bin-dlls6.8.99.901-1 xorg-x11-bin-lndir 6.8.99.901-1 xorg-x11-etc 6.8.99.901-1 xorg-x11-fenc6.8.99.901-1 xorg-x11-fnts6.8.99.901-1 xorg-x11-libs-data 6.8.99.901-1 xorg-x11-xwin6.8.99.901-1 xterm202-1 zip 2.32-2 zlib 1.2.3-2 Use -h to see help about each section -- Any help is greatly appreciated. Thank you, Alex -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pthread question - should this program run - does on Linux
I got this (cygwin): $ ./a Starting main now Creating thread 0 0: hello world! Creating thread 1 1: hello world! Creating thread 2 2: hello world! Creating thread 3 3: hello world! Creating thread 4 4: hello world! then the program exit On Fri, Mar 16, 2007 at 02:14:40PM -0400, Brian Keener wrote: I have been trying to get a grasp on some pthread usage starting with a couple simple programs. I found this one and tried on Cygwin and didn't get what I expected so I tried in Linux and it worked there. I know I have seen a lot on the archives about thread usage and that some things do not work (like stack size and stack addr) but I have also seen comments on if used properly then threads do work. I have compiled my simple program in Cygwin and Linux as g++ mythread_simple.cpp -o mythread_simple.exe In Cygwin I when I compile I get this [EMAIL PROTECTED] /usr/tmp $ ./mythread_simple Starting main now Creating thread 0 0: hello world! Creating thread 1 Creating thread 2 Creating thread 3 Creating thread 4 At this point I have to hit CTRL-C to break out. And when I run in in linux I get Starting main now Creating thread 0 Creating thread 1 Creating thread 2 Creating thread 3 Creating thread 4 0: hello world! 1: hello world! 2: hello world! 3: hello world! 4: hello world! Which is what I would expect. I have attached the program and my cygcheck log. Any information, confirmation or assistance greatly appreciated. bk -- 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: a better socketpair
I found something about pipes in the rel notes for 1.5.20-1 at http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html looks like they work. I found a brief mention of socketpair at http://cygwin.com/cygwin-api/std-misc.html#AEN107 and more here about sockets and select http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-sockets On Thu, Mar 08, 2007 at 07:33:08PM -0500, Christopher Faylor wrote: On Thu, Mar 08, 2007 at 04:20:47PM -0800, Nathan Myers wrote: Hi Christopher, Thank you for your quick reply. I understand that this code might not ultimately be useful to cygwin. It continues to work in my project, so I'm not put out. I wonder, though, do you know if it might be useful to Mingw? I.e., might it be worth offering to them, or do you know of a reason why not to bother? As a side note, Google finds lots of complaints about pipes not being usefully selectable for writing in cygwin. Has that been fixed already? -- 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: Making sftp and ssh work on cygwin
try running # strace ssh [EMAIL PROTECTED] maybe you will get more error messages. maybe the cygssl-0.9.x.dll library is missing. On Wed, Mar 07, 2007 at 04:47:34PM +0100, Marielle Fois wrote: Thanks for your answer, Alexander. You are right about the IPs, but that's no problem. I didn't want to publish my company's ips, so I changed the numbers. Only I didn't realize I put one number greater than 255. Regards, Marielle -- 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/
Behavior of ifstream::read() in g++
This program has different behavior in * g++ 3.4.4 (Cygwin) * gpp 4.0.1 *Djgpp) * Microsoft C++ 13.00.9466 --- foo.cpp -- #include iostream #include iomanip #include fstream using namespace std; #define BUFFER_SIZE 1500 #define INPUT_FILE_NAME in.txt void foo () { char cbuffer[BUFFER_SIZE]; ifstream fs (INPUT_FILE_NAME); fs.clear(); fs.seekg (0, ios::beg); while (!fs.eof()) { fs.read (cbuffer, sizeof(cbuffer)); cout rdstate() = 0x hex fs.rdstate() dec ; gcount() = fs.gcount() endl; } cout rdstate() = 0x hex fs.rdstate() dec endl; } int main () { foo (); return 0; } -- Test input file can be seen at http://groups.google.com/group/test-av/msg/0c4d3da487594ab7 Output for g++ (Cygwin) rdstate() = 0x6; gcount() = 1499 rdstate() = 0x6 --- It seems that behavior of g++ is wrong here. Output for gpp (Djgpp) --- rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x6; gcount() = 1071 rdstate() = 0x6 --- Output for Microsoft C++ --- rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x0; gcount() = 1500 rdstate() = 0x3; gcount() = 1071 rdstate() = 0x3 --- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: 1.5.21: file timestamp not updated after editing
On 7/31/06, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jul 30 09:27, Alex Eng wrote: On 7/30/06, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jul 29 19:29, Alex Eng wrote: After editing a file, the timestamp on the file (according to ls -l) is unchanged. However if stat filename is executed, the change timestamp given in the output differs from that given in ls -l: $ ls -l foo.c -rw-r--r-- 1 Alex 126 Jul 29 17:10 foo.c $ nano foo.c ### File is edited and saved ### $ ls -l foo.c -rw-r--r-- 1 Alex 289 Jul 29 17:10 foo.c $ stat foo.c File: `foo.c' Size: 289 Blocks: 1 IO Block: 1024 regular file Device: a8dc98beh/2833029310d Inode: 562949953426654 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1004/Alex) Gid: ( 513/None) Access: 2006-07-29 18:19:09.921875000 -0700 Modify: 2006-07-29 17:10:44.53125 -0700 Change: 2006-07-29 18:19:15.828125000 -0700 I can't reproduce this problem at all. [...] I disabled Norton Antivirus 2005 and ZoneAlarm firewall, but the problem is still present. I did some further troubleshooting and found that this problem doesn't occur anymore if I'm running Cygwin while Windows XP is in safe mode. But it happens again if I start Windows using the Safe Mode With Networking option. I've been able to reproduce this consistently. This points to some bad interaction with another piece of software on your machine. Probably something which installed a driver module. Did some more investigation - the problem doesn't occur if I edit the file in CMD.EXE, using the EDIT text editor, nor does it occur if I edit the file using regular Windows apps like Notepad, WordPad, etc. A driver problem is definitely a possibility (I'm already suspecting the NVIDIA nForce chipset drivers), and will look into it. Some details of my hardware which might help: AMD Athlon X2 4200+ dual-core processor, Seagate 300MB SATA hard drive, 1 GB dual-channel RAM, NVIDIA nForce chipset (as noted above), Asus A8N5X motherboard. -- 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: 1.5.21: file timestamp not updated after editing
On 7/30/06, Corinna Vinschen [EMAIL PROTECTED] wrote: On Jul 29 19:29, Alex Eng wrote: After editing a file, the timestamp on the file (according to ls -l) is unchanged. However if stat filename is executed, the change timestamp given in the output differs from that given in ls -l: $ ls -l foo.c -rw-r--r-- 1 Alex 126 Jul 29 17:10 foo.c $ nano foo.c ### File is edited and saved ### $ ls -l foo.c -rw-r--r-- 1 Alex 289 Jul 29 17:10 foo.c $ stat foo.c File: `foo.c' Size: 289 Blocks: 1 IO Block: 1024 regular file Device: a8dc98beh/2833029310d Inode: 562949953426654 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1004/Alex) Gid: ( 513/None) Access: 2006-07-29 18:19:09.921875000 -0700 Modify: 2006-07-29 17:10:44.53125 -0700 Change: 2006-07-29 18:19:15.828125000 -0700 I can't reproduce this problem at all. Assuming nano changes the file in place, opposed to editors like vim, which recreate the file on write, then a simple open/write/close like this: #include stdio.h #include errno.h #include sys/fcntl.h int main (int argc, char **argv) { int fd = open (argv[1], O_WRONLY); if (fd 0) { fprintf (stderr, open(%s): %d %s\n, argv[1], errno, strerror (errno)); return 1; } --argc; ++argv; while (--argc 0) { ++argv; write (fd, *argv, strlen (*argv)); } close (fd); return 0; } would have the same effect. It hasn't, at least not in my testing. Is there a chance that you're suffering from a malice virus scanner? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ I disabled Norton Antivirus 2005 and ZoneAlarm firewall, but the problem is still present. I did some further troubleshooting and found that this problem doesn't occur anymore if I'm running Cygwin while Windows XP is in safe mode. But it happens again if I start Windows using the Safe Mode With Networking option. I've been able to reproduce this consistently. -- 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.21: file timestamp not updated after editing
After editing a file, the timestamp on the file (according to ls -l) is unchanged. However if stat filename is executed, the change timestamp given in the output differs from that given in ls -l: $ ls -l foo.c -rw-r--r-- 1 Alex 126 Jul 29 17:10 foo.c $ nano foo.c ### File is edited and saved ### $ ls -l foo.c -rw-r--r-- 1 Alex 289 Jul 29 17:10 foo.c $ stat foo.c File: `foo.c' Size: 289 Blocks: 1 IO Block: 1024 regular file Device: a8dc98beh/2833029310d Inode: 562949953426654 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1004/Alex) Gid: ( 513/None) Access: 2006-07-29 18:19:09.921875000 -0700 Modify: 2006-07-29 17:10:44.53125 -0700 Change: 2006-07-29 18:19:15.828125000 -0700 This issue doesn't appear to be isolated to ls -l: it is also causing problems when running make or cvs commit on other files, as make and cvs thinks that the files hasn't been modified. (I've resorted to running touch on the files as a workaround.) A search on Google on cygwin file timestamp failed to find anything related. I had deleted my entire Cygwin installation (it is installed on a separate partition), reformatted the partition (NTFS) and reinstalled, but the problem is still occurring. Any ideas on further diagnosing and solving this problem is appreciated. I am running Cygwin on Windows XP Home Edition, SP2. Output of cygcheck -s -v -r cygcheck.out is attached. Thanks. 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: Source C-code for shell (bash) that processes an asterisk as a special symbol
Eric Blake [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Thanks. Also http://www.devdaily.com/scw/c/cygwin/src/newlib/libc/sys/linux/include/glob.h.sh tml But I didn't fint out glob.c on Cygwin. Then you didn't look hard enough. Cygwin sources are kept in CVS, and you can browse CVS online. http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/glob.c?cvsroot=src -- Eric Blake Thank you. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Source C-code for shell (bash) that processes an asterisk as a special symbol
Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] [snip] However, just *use* the function like you would any other function. There is no need to locate the source code to use it. You don't need open.c to use open. [snip] I need the glob.c source to do its porting to other OS. Thanks, -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Source C-code for shell (bash) that processes an asterisk as a special symbol
Igor Peshansky [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, 25 May 2006, Alex Vinokur wrote: We have mini-shell that doesn't process an asterisk '*' as a special symbol. Is there any free source C-code on Cygwin that implements that processing? If I understand your question correctly, there are at least 4 different sources for shells, plus various other programs (e.g., make). What you're looking for is called wildcard processing. Is there any free source C-code on Cygwin that implements wildcard processing? Beware of licensing issues, though. [snip] -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Source C-code for shell (bash) that processes an asterisk as a special symbol
Eric Blake [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is there any free source C-code on Cygwin that implements wildcard processing? Yes - POSIX requires, and cygwin1.dll provides, glob(). http://www.opengroup.org/onlinepubs/009695399/functions/glob.html -- Eric Blake Thanks. Also http://www.devdaily.com/scw/c/cygwin/src/newlib/libc/sys/linux/include/glob.h.shtml But I didn't fint out glob.c on Cygwin. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Source C-code for shell (bash) that processes an asterisk as a special symbol
Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Fri, May 26, 2006 at 12:39:38PM +0300, Alex Vinokur wrote: [snip] Is there any free source C-code on Cygwin that implements wildcard processing? Just the same function that exist on linux: glob(). [snip] I didn't find out free source glob.c via Google. P.S. I don't have Linux. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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/
Source C-code for shell (bash) that processes an asterisk as a special symbol
We have mini-shell that doesn't process an asterisk '*' as a special symbol. Is there any free source C-code on Cygwin that implements that processing? -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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/
Getting started with Doxygen
I have installed Doxygen, performed $ doxygen -g $ doxygen Some files was created. How can I use Doxygen with a C++ program? -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Getting started with Doxygen
Dave Korn [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On 12 May 2006 16:37, Alex Vinokur wrote: I have installed Doxygen, performed $ doxygen -g $ doxygen Some files was created. How can I use Doxygen with a C++ program? Same way as you do with a C program. I never worked with Doxygen. [snip] -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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/
fatal error - system shared memory version mismatch detected - 0x75BE0074/0x75BE0096
I'm a new user of cygwin I've just installed cygwin in default confuguration When I trying to start cygwin I get an error, showed below. - C:\cygwincygwin.bat 5 [main] ? (1988) C:\cygwin\bin\bash.exe: *** fatal error - system shared memory version mismatch detected - 0x75BE0074/0x75BE0096. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. - Version of cygwin1.dll is 1.5.19-4 -- 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: probelems with installation of kde
Christopher Faylor schrieb: On Tue, Mar 07, 2006 at 05:26:57PM +0100, alex wrote: hi every one, i'm not sure if i'm right here, but i tried it already on kde for cygwin project forum, and unfortunatly did not get any answer yet. so i try it here. KDE is not a package which is generally supported here. yes i supposed that... the problem i have is that after downloading the packages the install instruction says that i have to rebase all dll's to avoid cygwin remap problems ( KDE for Cygwin http://webdev.cegit.de/snapshots/kde-cygwin/kde/kde3.4/ ) under point 3.3 the problem starts. when executing the command i get the error massage that the command can not be found. can someone help me please? That would suggest that you have to install the rebase package. Rerun setup.exe to install it. The funny thing is that i do have one exe file (rebase.exe) and one file which is named rebaseall !? cgf ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
probelems with installation of kde
hi every one, i'm not sure if i'm right here, but i tried it already on kde for cygwin project forum, and unfortunatly did not get any answer yet. so i try it here. the problem i have is that after downloading the packages the install instruction says that i have to rebase all dll's to avoid cygwin remap problems ( KDE for Cygwin http://webdev.cegit.de/snapshots/kde-cygwin/kde/kde3.4/ ) under point 3.3 the problem starts. when executing the command i get the error massage that the command can not be found. can someone help me please? alex // ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: signal handler and JNI
Alex Dupre sysadmin at alexdupre.com writes: Yes, I've read it before posting to the list, but I cannot see where it explains why I should call a print function to get the signal handled. And not every print function, sprintf() doesn't work, printf() with empty string doesn't work, currently I succeded with printf() and putc() to stdout and /dev/null (that's the workaround I'm using now, since I don't want anything printed out). I'd like to know if there is another or more appropriate function that I should call. Actually putc() wasn't working, it was the fopen/fclose on /dev/null to deliver the signal. Anyway, I found a better workaround, calling sleep(0) does the job. If you could tell me why a putc('.') doesn't work and a sleep(0) works, it'd be nice :-) -- Alex Dupre -- 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/
signal handler and JNI
Hello, I have a question about signal handling and JNI under cygwin. The scenario is the following: - a cygwin program register a function to handle SIGINT and SIGTERM signals - the program then launches the Java Virtual Machine via the JNI invocation API, telling it to not override any signal handlers Hitting a CTRL-C should then immediately run the defined signal handler, but this is not the case. For some reason (what exactly?) inside the java program I need to periodically call a native function linked with cygwin, but this is not enough. In the called function I have to do something more, like printing a char to stdout or /dev/null (calling printf() with an empty string doesn't work). Only in this way the signal handler is called as soon as I hit CTRL-C, otherwise it's ignored or handled seconds/minutes later. Maybe the callback to C code is mandatory under cygwin, but why should I print something to have to signal handled? Any suggestions? -- Alex Dupre -- 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: signal handler and JNI
Dave Korn dave.korn at artimi.com writes: Well, have you read the internals doc about how signals work? Yes, I've read it before posting to the list, but I cannot see where it explains why I should call a print function to get the signal handled. And not every print function, sprintf() doesn't work, printf() with empty string doesn't work, currently I succeded with printf() and putc() to stdout and /dev/null (that's the workaround I'm using now, since I don't want anything printed out). I'd like to know if there is another or more appropriate function that I should call. -- Alex Dupre -- 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: Big thanks to Corinna and Chris
Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] [snip] Thanks, nice to read somebody is happy with Cygwin :-) [snip] Also I am happy with Cygwin. -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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/
Looks like some terminfo data is not correct
Hello, I'm using latest Cygwin 1.5.19-4. If my TERM variable is set to either cygwin or rxvt, after I exit from VI the contents of the window gets restored. If TERM is xterm, it does not get restored. The same behavior is observed in both cmd-based window and in rxvt window. Looks like a bug in terminfo data for xterm terminal. Can anybody confirm this behavior? If this is a confirmed bug, is there a workaround? Will it be fixed in the future? Thank you, Alex -- 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-1.5.19-2: mkdir returns inconsistent errno
Eric Blake, Fri, Jan 27, 2006 23:30:40 +0100: According to Alex Riesen on 1/27/2006 11:26 AM: This was a bit prematurely. There is a big problem with this aproach: it changes current directory of the process. So you can't really use it in multithreaded or signalled environment. So chdir is not a real solution. Is it really that hard to workaround the problem in cygwin? If the Austin Group API set 2 is approved (http://www.opengroup.org/austin/mailarchives/ag/msg08954.html), you will have mkdirat() that creates directories relative to an open file descriptor on an existing directory; that would alleviate the non-threadsafe use of chdir(). I agree completely. It just does not help my original problem Until then, I don't know of ANY race-free way to create a directory immediately followed by chdir() or open() that guarantees that you used the same directory already made by mkdir(). Maybe if you call mkdir() restricting the access to just the user, then open(O_NOFOLLOW), then fchmod(). What would be cool would be something like giving valid semantics to open(O_CREAT|O_DIRECTORY) that acts as mkdir(), but I doubt that will happen, either, thanks to current Linux semantics (http://lkml.org/lkml/2005/9/24/8). Meanwhile, you can always spawn mkdir(1) and have another process, with no restrictions on using chdir(), do the directory creation for you. It prohibitively unefficient in my case :( If it is really that much of a problem for you, you should consider raising a defect against the POSIX standard requesting that mkdir() be guaranteed to fail with EEXIST on an existing directory, even if EROFS or EACCES or EPERM would also otherwise apply. Which still wont make a portable alternative any time soon. I'll go with stat(2), including all the problems it has. Still, it'd be nice of cygwin to follow linux behaviour here. -- 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-1.5.19-2: mkdir returns inconsistent errno
Alex Riesen, Thu, Jan 26, 2006 17:21:21 +0100: This is highly unexpected, does not match linux behaviour (it returns EEXIST), and actually breaks git (git clone, creation of pathnames, to be precise). Then git has a bug. Report it there. To be portable when making pathnames, you must first check for directory existance rather than relying on an errno of EEXIST to tell you the directory exists. How do you do it race-free? chdir(). If chdir() succeeded, then the directory existed, regardless of the errno that mkdir() reported. Take a look at gnulib's mkdir-p.c module: http://cvs.savannah.gnu.org/viewcvs/gnulib/lib/mkdir-p.c?rev=1.5root=gnulibview=auto Very interesting! Thank you for this and the other references. I'm given hope! :) This was a bit prematurely. There is a big problem with this aproach: it changes current directory of the process. So you can't really use it in multithreaded or signalled environment. So chdir is not a real solution. Is it really that hard to workaround the problem in cygwin? -- 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.19-2: mkdir returns inconsistent errno
mkdir (also syscall) return Permission denied when its argument refers to a mountpoint at the top of windows drive (probably also a windows mount, I haven't tried). For example: $ mount d: /d $ mkdir / mkdir: cannot create directory `/': File exists $ mkdir /d mkdir: cannot create directory `/d': Permission denied $ mkdir /d/tmp mkdir: cannot create directory `/d/tmp': File exists This is highly unexpected, does not match linux behaviour (it returns EEXIST), and actually breaks git (git clone, creation of pathnames, to be precise). cygcheck 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: cygwin-1.5.19-2: mkdir returns inconsistent errno
On 1/26/06, Eric Blake [EMAIL PROTECTED] wrote: mkdir (also syscall) return Permission denied when its argument refers to a mountpoint at the top of windows drive (probably also a windows mount, I haven't tried). For example: $ mount d: /d $ mkdir / mkdir: cannot create directory `/': File exists $ mkdir /d mkdir: cannot create directory `/d': Permission denied $ mkdir /d/tmp mkdir: cannot create directory `/d/tmp': File exists I raised this issue before, and the conclusion was that POSIX permits this behavior (the mkdir must fail, but is permitted to fail for ANY of the permissible errno values that apply to the situation when more than one failure mode is present). Therefore, it is highly likely that no change will be made to cygwin. Pity. This is highly unexpected, does not match linux behaviour (it returns EEXIST), and actually breaks git (git clone, creation of pathnames, to be precise). Then git has a bug. Report it there. To be portable when making pathnames, you must first check for directory existance rather than relying on an errno of EEXIST to tell you the directory exists. How do you do it race-free? No, I don't think it is a bug in git, or in any code which expects EEXIST from mkdir in case an entry actually just plain does exist. This is not even cygwin-specific. It is possible on Linux to have /usr mounted on a read-only filesystem, then /usr/local mounted in a writable location, such that the call mkdir -p /usr/local/dir will get EROFS on the /usr component rather than EEXIST (trust me - the coreutils code for mkdir faced this very same issue in 5.90, and was fixed in time for the current 5.93). Are you sure? Linux 2.6.15. It correctly reports EEXIST on /usr and /usr/local and creates /usr/local/dir. I'd consider that a bug, if it were otherwise. The reason of racing alone if enough. -- 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-1.5.19-2: mkdir returns inconsistent errno
On 1/26/06, Eric Blake [EMAIL PROTECTED] wrote: This is highly unexpected, does not match linux behaviour (it returns EEXIST), and actually breaks git (git clone, creation of pathnames, to be precise). Then git has a bug. Report it there. To be portable when making pathnames, you must first check for directory existance rather than relying on an errno of EEXIST to tell you the directory exists. How do you do it race-free? chdir(). If chdir() succeeded, then the directory existed, regardless of the errno that mkdir() reported. Take a look at gnulib's mkdir-p.c module: http://cvs.savannah.gnu.org/viewcvs/gnulib/lib/mkdir-p.c?rev=1.5root=gnulibview=auto Very interesting! Thank you for this and the other references. I'm given hope! :) -- 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/
Utility to get IP address of the machine
What is Cygwin utility to get IP address of the machine? -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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: Starting with Cygwin NFS Server
Robb, Sam wrote in message news:[EMAIL PROTECTED] [snip] The doc you mentioned above is the README for the original nfs-server package. There is a cygwin-specific README for the nfs-server package as well, under: /usr/share/doc/Cygwin/nfs-server-2.3-3.README [snip] Thanks. Perhaps the foloowing question is off-topic. -- NFS Client runs on UNIX. Cygwin NFS Server runs on Windows. How to specify the device (Windows-directory/folder) to be mounted on mount point (UNIX-directory)? The problem is how to set the pathname of the exported file system on Windows NFS Server. For UNIX NFS Server the pathname might be set as it follows IP address of UNIX machine:/dir1/dir2 For instance, Windows machine contains folder C:\folder1\folder2 that is to be exported. How to set the pathname? What to do with C:? Should IP address of UNIX machine:C:\folder1\folder2 work? -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- 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/