Re: ssh -Y is not an option
On Fri, 29 Apr 2005 [EMAIL PROTECTED] wrote: Hi I'm trying to run some apps on our unix server remotely from a windows XP box running cygwin/X. I have read and re-read all the posts and troubleshooting guides. First ssh -Y is not accepted as an option in the openssh I have installed second even following all the instructions I get the following -Y is supported by OpenSSH starting with version 3.8. For older versions -X is equivalent. $ DISPLAY=windows-jferrera:0.0 ssh -X nimbus [EMAIL PROTECTED]'s password: Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Fri Apr 29 15:44:14 2005 from windows-jferrer As I said ssh -Y just gives $ DISPLAY=windows-jferrera:0.0 ssh -X nimbus [EMAIL PROTECTED]'s password: Warning: No xauth data; using fake authentication data for X11 forwarding. Any clues ? So what. This is just a warning. If you want to know more read man Xsecurity bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
winsup/cygwin ChangeLog environ.cc shared.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-30 17:07:05 Modified files: cygwin : ChangeLog environ.cc shared.cc Log message: * environ.cc (spenv::force_into_environment): Rename from add_always. (spenv::add_if_exists): Rename from force. (build_env): Accommodate name changes. Make sure that stuff that is always supposed to be in the environment is actually added to the environment. * shared.cc (open_shared): Restore VirtualFree eliminated by 2005-04-28 change. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2864r2=1.2865 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/environ.cc.diff?cvsroot=uberbaumr1=1.115r2=1.116 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumr1=1.93r2=1.94
Unable to install and run Apache httpd as Windows service
I know this has been asked half a dozen times recently, but I haven't found a solution that works for me. I was able to install and run sshd as a service with no problem (except I have to restart sshd after booting the computer), but I'm having no such luck with httpd. Apache 1.3.29 has worked fine manually for weeks by /usr/sbin/httpd or /usr/sbin/apachectl start/stop Using information from these web pages: http://httpd.apache.org/docs/cygwin.html http://sourceware.org/ml/cygwin/2005-04/msg00285.html http://www.zemiandeng.com/zdengwiki/moin.cgi/HttpServer I ran many variations on these commands: [EMAIL PROTECTED] ~ $ cygrunsrv -I httpd -p /usr/sbin/httpd -a -f /etc/apache/httpd.conf I've done this with and without specifying the config file, and with and without -F option. I've also included 'User SYSTEM' in my httpd.conf per Bert's suggestion: http://sourceware.org/ml/cygwin/2005-02/msg00414.html All with the same result: [EMAIL PROTECTED] ~ $ cygrunsrv -S httpd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. I can see in my Windows services panel that httpd is installed, but it perpetually shows httpd as starting, and it won't actually run. [EMAIL PROTECTED] ~ $ cygrunsrv -E httpd cygrunsrv: Error stopping a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. [EMAIL PROTECTED] ~ $ cygrunsrv -R httpd cygrunsrv: Error removing a service: ControlService: Win32 error 1061: The service cannot accept control messages at this time. Though it does show the service as removed on next reboot. At some point in the installation of sshd as a service, it created the (disabled) Windows user named sshd, but no corresponding httpd user was ever created for Apache during that installation. Are there any more suggestions, or am I doomed to run Apache manually unless I install the native windows version? btw, Apache 1.3.33 would never run even manually, perhaps because it was looking in the wrong directories for the modules. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Cygwin Configuration Diagnostics Current System Time: Sat Apr 30 00:54:03 2005 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\Server\Cygwin\usr\local\bin C:\Server\Cygwin\bin C:\Server\Cygwin\bin C:\Server\Cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem Output from C:\Server\Cygwin\bin\id.exe (nontsec) UID: 500(root) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\Server\Cygwin\bin\id.exe (ntsec) UID: 500(root) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `tty' HOME = `C:\Server\Cygwin\home\root' MAKE_MODE = `unix' PWD = `/home/root' USER = `root' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `MACHINE COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `machine' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\MACHINE' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `MACHINE' USERNAME = `root' USERPROFILE = `C:\Documents and Settings\Administrator' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\Server\Cygwin'
Re: [ANNOUNCEMENT] Updated: ELFIO-1.0.2-1
On Fri, 29 Apr 2005 15:20:10 +0200 (CEST), wrote: ELFIO 1.0.2-1 is now available on Cygwin mirrors. ELFIO - ELF (Executable and Linkable Format) reader and producer implemented as a C++ library. ELFIO is a C++ library for reading and generating files in the ELF binary format. This library is unique and not based on any other product. It is also platform independent. The library uses standard ANSI C++ constructions and runs on a wide variety of architectures. While the library's implementation does make your work easier: a basic knowledge of the ELF binary format is required. Information about ELF is included in the TIS (Tool Interface Standards) documentation you received with the library's source code. The executable and linking format (ELF) was originally developed by Unix System Laboratories and is rapidly becoming the standard in file formats[8]. The ELF standard is growing in popularity because it has greater power and flexibility than the a.out and COFF binary formats[3]. ELF now appears as the default binary format on operating systems such as Linux, Solaris 2.x, and SVR4. Some of the capabilities of ELF are dynamic linking, dynamic loading, imposing runtime control on a program, and an improved method for creating shared libraries[3]. The ELF representation of control data in an object file is platform independent, an additional improvement over previous binary formats. The ELF representation permits object files to be identified, parsed, and interpreted similarly, making the ELF object files compatible across multiple platforms and architectures of different size. The three main types of ELF files are executable, relocatable, and shared object files. These file types hold the code, data, and information about the program that the operating system and/or link editor need to perform the appropriate actions on these files. The three types of files are summarized as follows: An executable file supplies information necessary for the operating system to create a process image suitable for executing the code and accessing the data contained within the file. A relocatable file describes how it should be linked with other object files to create an executable file or shared library. A shared object file contains information needed in both static and dynamic linking -- zzapper vim -c :%s%s*%Cyrnfr)fcbafbe[Oenz(Zbbyranne%|:%s)[[()])-)Ig|norm Vg? http://www.rayninfo.co.uk/tips/ vim, zsh success tips -- 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/
*nix little commands on Cygwin
Hi, *nix is full of hidden tools features, that rarely get mentioned cos there's not much to go wrong (amalgamated thread from gmane.os.cygwin.talk) ascii (display ascii table) cal (display this months calendar) cal 12 2007 (dec 2007) wtf imho (acronym decoder) od -a file.txt (octal/binary/ascii/hex dump of file) factor 32 fun fortune ddate Quote Yitzchak Scott-Thoennes! Reminds me I need to finish packaging bsdgames, so we can have such gems as: arithmetic: arithmetic quiz/speed test bcd:outputs text in an antique form factor: factor a number morse: output morse code number: output the English text for a number pig:output text in Pig Latin pom:display the phase of the moon ppt:outputs text in another antique form primes: generate primes rain: attempts to create a rain drop effect (best at 9600 baud) random: random lines from a file or random numbers wargames: would you like to play a game? worms: random worms scurrying across your screen Missed any? -- zzapper vim -c :%s%s*%Cyrnfr)fcbafbe[Oenz(Zbbyranne%|:%s)[[()])-)Ig|norm Vg? http://www.rayninfo.co.uk/tips/ vim, zsh success tips -- 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: one Cygwin file
Brian Dessent wrote: And, before someone rushes to tell me that's how the net releases used to work (one huge file), I doubt that's what the OP had in mind...those were big zip files, as I recall, not self-installing executables. -- 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: one Cygwin file
Brian Dessent wrote: You can download them using whatever method you want, just keep the same directory structure as they are on the mirror site. ...and if you're still interested in having a single-executable installer, there are a number of free and cheap tools out there that will take an existing tree containing a setup.exe and make a self-installer for you. Two that come to mind are WinZip + WinZipSE and INF-Tool. The latter is free, and because it uses CAB compression, results in a smaller overall file; but it's not as easy to use as WinZip. -- 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: Unable to install and run Apache httpd as Windows service
On 30 Apr 2005 at 2:50, Matthew M wrote: I know this has been asked half a dozen times recently, but I haven't found a solution that works for me. [snip] I ran many variations on these commands: [EMAIL PROTECTED] ~ $ cygrunsrv -I httpd -p /usr/sbin/httpd -a -f /etc/apache/httpd.conf That command worked fine on my W2k machine. only difference is I used /etc/apache.new/httpd.conf . Don't know why I have a /etc/apache and a /etc/apache.new directory on my box. Service was still working after a reboot. Wes I've done this with and without specifying the config file, and with and without -F option. I've also included 'User SYSTEM' in my httpd.conf per Bert's suggestion: http://sourceware.org/ml/cygwin/2005-02/msg00414.html All with the same result: [EMAIL PROTECTED] ~ $ cygrunsrv -S httpd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. I can see in my Windows services panel that httpd is installed, but it perpetually shows httpd as starting, and it won't actually run. [EMAIL PROTECTED] ~ $ cygrunsrv -E httpd cygrunsrv: Error stopping a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. [EMAIL PROTECTED] ~ $ cygrunsrv -R httpd cygrunsrv: Error removing a service: ControlService: Win32 error 1061: The service cannot accept control messages at this time. Though it does show the service as removed on next reboot. At some point in the installation of sshd as a service, it created the (disabled) Windows user named sshd, but no corresponding httpd user was ever created for Apache during that installation. Are there any more suggestions, or am I doomed to run Apache manually unless I install the native windows version? btw, Apache 1.3.33 would never run even manually, perhaps because it was looking in the wrong directories for the modules. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: one Cygwin file
snip You don't have to use setup.exe to download, though. The packages are just regular files that are available via ftp, http, or rsync from a number of mirror sites. You can download them using whatever method you want, just keep the same directory structure as they are on the mirror site. Then run setup and choose install from local directory. To determine which packages you need, consult the setup.ini file or the cygwin web site. The minimum you will need is everything in category base. snip Alright. I'll try that. Thanks. I was hoping there was someway around just letting the setup.exe do everything and I didn't really want to get a CD or DVD because usually you have to pay for those. -- 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: scp/ssh between two cygwin installations very slow
Bernhard Ege [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Connect.c is probably not quite cygwin friendly yet (or the other way around), but I haven't found any alternative (though I haven't looked very hard, only mildly hard ;-). netcat/ncp? Cary -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: one Cygwin file
On Sat, Apr 30, 2005 at 02:23:21PM +, Lucas Raab wrote: snip You don't have to use setup.exe to download, though. The packages are just regular files that are available via ftp, http, or rsync from a number of mirror sites. You can download them using whatever method you want, just keep the same directory structure as they are on the mirror site. Then run setup and choose install from local directory. To determine which packages you need, consult the setup.ini file or the cygwin web site. The minimum you will need is everything in category base. snip Alright. I'll try that. Thanks. I was hoping there was someway around just letting the setup.exe do everything and I didn't really want to get a CD or DVD because usually you have to pay for those. I'm still not clear on why you can't just use setup.exe to download whatever you need, interrupting it as needed, and picking up where you left off. There's no need to download files via ftp. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Path Bug
At 09:59 PM 4/29/2005, you wrote: Dominic Chambers wrote: Running commands via SSH causes windows executables to be given path priority, so that they run ahead of identically named UNIX executables. I found this while trying to use the find command as part of an SSH call. For example, assuming you have an SSH server set up: I would think this has more to do with how you set your path than anything else. What is $PATH in the case when it finds the windows command, and what is $PATH when it finds the Cygwin command? Cygwin doesn't have any such notion of path priority, it just searches the path in order, so if it's finding the windows directory ahead of /usr/bin you need to figure out how your path is being set and correct it. No, it's not that. I was able to reproduce the described behavior even when my system path has Cygwin's bin path before Windows. Running 'sshd' in debug mode showed the imported path that was not an exact match to any path I'd set anywhere. So far, I haven't been able to get far enough that I know why this happens. But I can say that it happens for me and on more than 1 system and O/S. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin + Apache + Perl + sockets = Operation not permitted
We have old testing environment based on these: Host: WinXP sp2 Filesystem: FAT32 Cygwin: 1.5.11 Apache: 1.3.29 mySQL: 4.1.8 I tried to upgrade it to- Host: WindowsXP sp2 Filesystem: FAT32 $ uname -srv CYGWIN_NT-5.1 1.5.16(0.128/4/2) 2005-04-25 20:26 $ /usr/sbin/httpd -v Server version: Apache/1.3.33 (Cygwin) Server built: Mar 5 2005 17:27:42 $ /usr/bin/perl -V:version version='5.8.6'; Perl additional packages installed using `cpan`: DBI, DBD:mysql, DBD:mysqlPP mySQL: mysql-4.1.11 (compiled from source) Unfortunately the very same perl-scripts that used to work on the old computer, fails now - The scripts uses DBI to connect to mySQL my dsn=...; my $dbh= DBI-connect($dsn, 'mysqluser', 'password') ; if (! $dbh) { print Error: . DBI-errstr . \n; } Whatever DSN i tried i got error: for 'DBI:mysql:host=localhost;database=dbMyDB' error: Can't create UNIX socket (1) for 'DBI:mysql:host=127.0.0.1;database=dbMyDB'; error: Can't create TCP/IP socket (1) for 'DBI:mysqlPP:host=localhost;database=dbMyDB' error: Couldn't connect to localhost:3306/tcp: IO::Socket::INET: Bad protocol 'tcp' at /usr/lib/perl5/site_perl/5.8/DBD/mysqlPP.pm line 109 I can successfuly connect to the database using the mysql client from the bash prompt, either using UNIX socket or explicit socket (ip+port). My guess is that something relevant to sockets' creation in the perl DBI module fails, so i tried to test my hypothesis- I wrote a simple perl script that uses native sockets. When i run the perl-script from the bash promt it connect with no problem. but when same code is under the Apache all these methods fails- getprotobyname getservbyname socket (if i bypass the previous methods' failure using hardcoded values of 6 for TCP and explicit port). (Other method are not relevant if there is no socket) and the $! says for all of these methods - Operation not permitted I checked the following issues (just to make sure) - * localhost is defined in /etc/hosts 127.0.0.1 localhost * The /etc/group and /etc/passwd files are updates mkpasswd --local /etc/passwd mkgroup --local /etc/group * The Apache server run as an administrator and i added the following lines to the `httpd.conf` file - User myusername Group Administrators I don't mind this security risk since this server is used for testing purpose only (and is not connected to the internet anyway). * Microsoft firewall is disabled START firewall.cpl * I tried also running the Apache as a non-deamon process, but problem still exists - /usr/sbin/httpd -X * When i retrieve the UID, GID, EUID and EGID from withing the perl-script i get the correct ones (my IDs), so apparently the script is not running as the default restricted `nobody`. my $uid= POSIX::getuid(); ... I did some googling and i found many people with same errors, but i could not find a solution (yet?) What else can i try ? Any suggestions? thanks C1 -- 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 + Apache + Perl + sockets = Operation not permitted
On Sat, Apr 30, 2005 at 11:18:12PM +0300, Carmik wrote: What else can i try ? Any suggestions? Does a cygwin DLL snapshot work any better? http://cygwin.com/snapshots/ cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin + Apache + Perl + sockets = Operation not permitted
Yes it does :) I guess now all i need is wait to official build 1.5.17 ? thnx C1 previous messages: http://cygwin.com/ml/cygwin/2005-04/msg01407.html http://cygwin.com/ml/cygwin/2005-04/msg01408.html - Original Message - From: Christopher Faylor cgf-no-personal-reply-please at cygwin dot com To: cygwin at cygwin dot com Sent: Saturday, April 30, 2005 11:28 PM Subject: Re: Cygwin + Apache + Perl + sockets = Operation not permitted On Sat, Apr 30, 2005 at 11:18:12PM +0300, Carmik wrote: What else can i try ? Any suggestions? Does a cygwin DLL snapshot work any better? http://cygwin.com/snapshots/ cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Is mingw* from cygwin the same as real mingw.org?
Hi. I am not sure: - are mingw* packages from cygwin the same as from mingw.org but just adapted to fit into cygwin environment, - or are they complete different from mingw.org? I know that FAQ says: This is not to be confused with 'MinGW' (Minimalist GNU for Windows), which is a completely separate effort. but it is about -mno-cygwin option (which maybe works without mingw* packages - i cant check now..) -- Mariusz Gniazdowski -- Startuj z INTERIA.PL! http://link.interia.pl/f186c -- 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.16-1: FIFOs broken
I have a client-server application written in Perl that reads and writes using FIFOs. It works fine under cygwin-1.5.15-1, but fails under cygwin-1.5.16-1 because it cannot read from the FIFO. To test this, open two shells. In one shell, type: cd /tmp mkfifo FIFO cat FIFO In the other shell, you can send text to the first shell using: cd /tmp echo YOUR TEXT HERE FIFO After you're done, just ^C in the first window. Under 1.5.15, the above works fine. Under 1.5.16, no text goes through the FIFO. Further, the echo command hangs, and will not terminate with ^C. A 'ps' shows an 'O' for this stuck shell. You have to do a kill -9 on the shell to terminate it. -- 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.16-1: FIFOs broken
I have a client-server application written in Perl that reads and writes using FIFOs. It works fine under cygwin-1.5.15-1, but fails under cygwin-1.5.16-1 because it cannot read from the FIFO. To test this, open two shells. In one shell, type: cd /tmp mkfifo FIFO cat FIFO In the other shell, you can send text to the first shell using: cd /tmp echo YOUR TEXT HERE FIFO After you're done, just ^C in the first window. Under 1.5.15, the above works fine. Under 1.5.16, no text goes through the FIFO. Further, the echo command hangs, and will not terminate with ^C. A 'ps' shows an 'O' for this stuck shell. You have to do a kill -9 on the shell to terminate it. FIFOs are not fully implemented in Cygwin yet, but thank you for the test case. -- Gary R. Van Sickle -- 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.16-1: FIFOs broken
On Sat, Apr 30, 2005 at 08:38:17PM -0400, Jerry D. Hedden wrote: I have a client-server application written in Perl that reads and writes using FIFOs. It works fine under cygwin-1.5.15-1, but fails under cygwin-1.5.16-1 because it cannot read from the FIFO. To test this, open two shells. In one shell, type: cd /tmp mkfifo FIFO cat FIFO In the other shell, you can send text to the first shell using: cd /tmp echo YOUR TEXT HERE FIFO After you're done, just ^C in the first window. Under 1.5.15, the above works fine. Under 1.5.16, no text goes through the FIFO. Further, the echo command hangs, and will not terminate with ^C. A 'ps' shows an 'O' for this stuck shell. You have to do a kill -9 on the shell to terminate it. As I mentioned in another enjoyable thread last week, fifos are only just barely working in cygwin. They are still a work in progress. However, that said, the above WJFFM. In fact, it works more like linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits after printing YOUR TEXT HERE whereas it continues to block in 1.5.15. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
fenv.h missing!?
Why is the ISO C99 header fenv.h missing? Cygwin is the only gcc platform I've seen without it; even MinGW has it. This header provides fesetround which I have no idea how to reproduce. Am I using the wrong version of some cygwin package? The setup.exe tool seems to always change it's mind about what versions are available. I just went from gcc 3.4 to 3.3.3 last upgrade. PS. Please CC as I am not subscribed to this list. -- Wesley W. Terpstra -- 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: Bespoke installations: simple elegance of setup.exe when setup.ini is absent
Chris, why are you doing this to yourself? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Friday, April 29, 2005 9:54 PM To: cygwin@cygwin.com Subject: Re: Bespoke installations: simple elegance of setup.exe when setup.ini is absent On Fri, Apr 29, 2005 at 07:06:43PM -0500, Gary R. Van Sickle wrote: On Thu, Apr 28, 2005 at 08:58:44PM -0500, Gary R. Van Sickle wrote: [snip] Ahem. As one of the many people responsible for setup, I take issue with the accusation that it is either simple or elegant. ;-) In this case, responsible for setup == submitted some patches in 2003 and ignored most (all?) setup problems since then. cgf Your welcome. Get over me Chris: one of the many people responsible for setup. I know you didn't miss the qualifier there, so why the hate? Only you can help you, Chris. You haven't been a setup developer for a long time. I'm just trying to keep you honest, Gary, old bean, Trying to keep [me] honest? Please tell the class what part of the following statement is in any way dishonest: As one of the many people responsible for setup, I take issue with the accusation that it is either simple or elegant. ;-) That was the statement I made, in full. You are now accusing me of dishonesty in making that statement. The statement is provably true; in fact you've inadvertantly admitted that yourself in this very thread. Twice. In what way do you erroneously believe the statement to be dishonest? On what basis do you accuse me of dishonesty? Don't wait for the translation, answer the question. just like you've been doing for me all of these years. I do not recall even a single instance of you giving me any reason to question your honesty. Until this post. You are accusing me of dishonesty in the same post in which you prove the statement in question true. As near as I can tell, you are ham-handedly attempting to either: A. Deflect the attention I have called to your aberrant behavior with even worse behavior. B. Discredit me personally by falsely calling into question both my honesty and my contributions to the Cygwin project. Which is it Chris? Or is there a third explanation I'm missing here? Surely, you don't mind my taking pot shots at you Apparently I'm not getting through to you here, Chris, so allow me to attempt to make this as clear as I possibly can: I mind it when you take pot shots at *anybody* without cause (or with *negative* cause), which you have done on a regular basis here for as long as I have been acquainted with you. Which you have done in the very post I am replying to here. That is the one and only problem I have with your behavior here. Well, the only one I had until this post anyway. It is painfully obvious you are not unaware that the snide comments I call you on are inappropriate either. Every single time me or anybody else calls you on them, there's a sudden (completely coincidental I'm sure) burst of civil and helpful replies from you to posts which, just prior to the admonition, would have at best been ignored by you, and at worst gotten the same childish, rude treatment. Don't even try to claim you don't notice that pattern, nor that you didn't do exactly that after this current mkstemp instance. What is not at all obvious to me is why you insist on behaving in this manner. It gains you nothing but a reputation as a jerk. It's not like there's some sort of shortage of *appropriate* opportunities to behave in such a fashion. Most importantly to me, it can only serve to discourage people from contributing to the Cygwin project. But all that is for another thread. The issue currently at hand is your false accusations of dishonesty on my part. whenever I think you've done something wrong do you? Again, please tell me, and the rest of the community, what exactly it is that you believe warrants calling me a liar in this forum. How could you possibly mind that? As somebody falsely accused of dishonesty by you, Chris, how could I not mind it? I don't like being falsely accused of lying any more than you like being rightfully accused of making uncalled-for rude comments. I impatiently await your public explanation, if not retraction, if not apology, for this disturbing new low in your behavior in this forum. -- Gary R. Van Sickle -- 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.16-1: FIFOs broken
Christopher Faylor wrote: On Sat, Apr 30, 2005 at 08:38:17PM -0400, Jerry D. Hedden wrote: I have a client-server application written in Perl that reads and writes using FIFOs. It works fine under cygwin-1.5.15-1, but fails under cygwin-1.5.16-1 because it cannot read from the FIFO. To test this, open two shells. In one shell, type: cd /tmp mkfifo FIFO cat FIFO In the other shell, you can send text to the first shell using: cd /tmp echo YOUR TEXT HERE FIFO After you're done, just ^C in the first window. Under 1.5.15, the above works fine. Under 1.5.16, no text goes through the FIFO. Further, the echo command hangs, and will not terminate with ^C. A 'ps' shows an 'O' for this stuck shell. You have to do a kill -9 on the shell to terminate it. As I mentioned in another enjoyable thread last week, fifos are only just barely working in cygwin. They are still a work in progress. However, that said, the above WJFFM. In fact, it works more like linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits after printing YOUR TEXT HERE whereas it continues to block in 1.5.15. I tried the 4/30 snapshot of cygwin1.dll. It exhibited the behavior you mentioned with the 'cat' exiting after it reads text. However, this is a bad thing. It means that the FIFO is being set EOF after there is no more data. I tried my client-server app with the snapshot cygwin1.dll, and it failed because of this. It seems to me that the behavior of FIFOs under 1.5.15 was correct, and that under both 1.5.16 and the snapshot, FIFOs are now broken. -- 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.16-1: FIFOs broken
Jerry D. Hedden wrote: [snip] However, that said, the above WJFFM. In fact, it works more like linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits after printing YOUR TEXT HERE whereas it continues to block in 1.5.15. I tried the 4/30 snapshot of cygwin1.dll. It exhibited the behavior you mentioned with the 'cat' exiting after it reads text. However, this is a bad thing. It means that the FIFO is being set EOF after there is no more data. I tried my client-server app with the snapshot cygwin1.dll, and it failed because of this. It seems to me that the behavior of FIFOs under 1.5.15 was correct, and that under both 1.5.16 and the snapshot, FIFOs are now broken. FWIW, I just tested your example under Solaris 8 and it works just like Christopher describes. -- René Berber -- 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: Bespoke installations: simple elegance of setup.exe when setup.ini is absent
On Sat, Apr 30, 2005 at 09:21:08PM -0500, Gary R. Van Sickle wrote: Chris, why are you doing this to yourself? Come on, GRVS. You know the answer to that! It's fun! I'm also doing it to help you, as I have repeatedly stated. You now have the outlet you've been craving for almost two years. I'm sure this has finally gotten your blood pumping after years of non-response from me. Also, if you must know, I'm getting something out of this, too. I've got a wicked cold and am confined to the house for a few days. As somebody falsely accused of dishonesty by you, Chris, how could I not mind it? I don't like being falsely accused of lying any more than you like being rightfully accused of making uncalled-for rude comments. po-tayt-o/po-tatt-o I impatiently await your public explanation, if not retraction, if not apology, for this disturbing new low in your behavior in this forum. I think I see where you're trying to lead this. Let me see if I can clarify. Yes, you did contribute code and so you are historically responsible for pieces of setup.exe (unless they've been rewritten by now, which is doubtful, I guess). You are not, however, responsible for actively maintaining or supporting setup.exe currently. A casual reader of this mailing list might have been led to believe that you were somehow responsible for setup.exe as in the I have a problem will you help me with it sense. So, I stepped in to clarify. It's difficult to say (although we can certainly guess) which definition of responsible you were talking about so please take the keeping you honest comment as trying to make you communicate a little more clearly. I certainly was not intending to imply that you were some vile, loathsome committer of falsehoods. I'm sorry that you took it that way. But, if you stop to think about it, if I was really doing something like that then, with my awful email style, wouldn't it be more likely that I'd say something like: In what way would you think that you could possibly be considered to be responsible for setup.exe? You haven't contributed anything to the project in some time. I can't see any useful reason for you to be representing yourself in this matter. This message does nothing to advance this discussion. ? Instead, I was trying to emulate your lighthearted, playful style. Apparently, I didn't emulate you as well as I thought since surely, if I had, you would have been instructed by my response just as you continually try to lead me towards the light with all of your thoughtful, humorous (if slightly repetitive) missives. I guess my ham-fistedness touched a nerve and so does rate another apology. I am sorry that I could not properly emulate your style so as to make my intent clearer to you. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bespoke installations: simple elegance of setup.exe when setup.ini is absent
On Sun, May 01, 2005 at 12:37:38AM -0400, Christopher Faylor wrote: On Sat, Apr 30, 2005 at 09:21:08PM -0500, Gary R. Van Sickle wrote: Chris, why are you doing this to yourself? Come on, GRVS. You know the answer to that! It's fun! I'm also doing it to help you, as I have repeatedly stated. You now have the outlet you've been craving for almost two years. I'm sure this has finally gotten your blood pumping after years of non-response from me. Also, if you must know, I'm getting something out of this, too. I've got a wicked cold and am confined to the house for a few days. Oops. I meant to add It gives me something to pass the time here. Doesn't make much sense without that. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-1.5.16-1: FIFOs broken
On Sat, Apr 30, 2005 at 09:52:28PM -0500, Ren? Berber wrote: Jerry D. Hedden wrote: [snip] However, that said, the above WJFFM. In fact, it works more like linux in 1.5.16 than it does on 1.5.15, i.e., the cat command exits after printing YOUR TEXT HERE whereas it continues to block in 1.5.15. I tried the 4/30 snapshot of cygwin1.dll. It exhibited the behavior you mentioned with the 'cat' exiting after it reads text. However, this is a bad thing. It means that the FIFO is being set EOF after there is no more data. I tried my client-server app with the snapshot cygwin1.dll, and it failed because of this. It seems to me that the behavior of FIFOs under 1.5.15 was correct, and that under both 1.5.16 and the snapshot, FIFOs are now broken. FWIW, I just tested your example under Solaris 8 and it works just like Christopher describes. I think the previous 1.5.15 implementation of fifos represented my ever-evolving understanding of how they are supposed to work. Either that or it was just a bug. (FWIW, I just tried the example on another machine and still see success with 1.5.16.) If you want to more-or-less duplicate the behavior of 1.5.15 you can do something like this: (echo 9; echo YOUR TEXT HERE) /tmp/FIFO As long as there is something sitting around which has the fifo open, the cat process will not terminate. Of course, there will be a long running sleep process sitting around in the above example and that may not be desirable. So, there may be a more elegant way to do this. I thought that maybe something like: cat FIFO 42FIFO might work since that would cause cat to keep FIFO open for input and output but that just hangs on both cygwin and linux. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/