Pleas update mdp
Hi, Please update mdp to 1.0.15, it has one new feature I am missing from the version available in cygwin (1.0.9). I changed the version in the .cygport to 1.0.15 and was able to compile and start mdp. Thanks in advance, Stefan -- 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
dll for windows application ?
Hi, i am trying to compile a dll for a windows application. I have read a lot about it (for example) http://www.neuro.gatech.edu/users/cwilson/cygutils/ i have found an easy example on this site (hello-1.0.tar.gz). But the makefile is for my skills in makefiles "unreadable". Is there a more easy possibillity to compile a dll file from a project like the hello example ? Thanks for you interest. Stefan Hanse -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
dll for Windows
Hi, my last question about compiling a dll for Windows with cygwin stayed without answer. Perhaps i am stiupid. But this is a problem i have to solve. so i try it again. This time i have tried the dllhelpers code from the same site as i postet in my last E-Mail. There is a realy simple makefile. I think i could handle this. But my problem is that i couldnt use the dll under the Windows Project. The Linker cant resolve the Objects stored in the dll. I think the reason is that i have no lib-file. (by the hello-1.0 i can copy the .a-file to a .lib-file and it runs.) I have not realy experiences in compiling dlls. So i have no idea what is goin wrong. Perhaps i have only to create a lib-file. but how could i do this with the cygwin environment? About my project: I attempt to built a dll from the Videolan (http://www.videolan.org/) Project which could be used for a windows based DVB-T reciever. If i could croscompile this dll the project stayed open for a linux solution. At this time have to use Windows because there is no driver supporting linux. But it is only a questin of time and a linux driver exist. Then the project should run under linux. if the dll is ready. Stefan Hansen --- Hi, i am trying to compile a dll for a windows application. I have read a lot about it (for example) http://www.neuro.gatech.edu/users/cwilson/cygutils/ i have found an easy example on this site (hello-1.0.tar.gz). But the makefile is for my skills in makefiles "unreadable". Is there a more easy possibillity to compile a dll file from a project like the hello example ? Thanks for you interest. Stefan Hanse -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Hi, i am trying to compile a dll for a windows application. I have read a lot about it (for example) http://www.neuro.gatech.edu/users/cwilson/cygutils/ i have found an easy example on this site (hello-1.0.tar.gz). But the makefile is for my skills in makefiles "unreadable". Is there a more easy possibillity to compile a dll file from a project like the hello example ? Thanks for you interest. Stefan Hanse -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
inetd on Windows NT
Hello, I'm missing the inetd service in the control panel but I installed inetd with the CygWin installer. Do you habe any idea what I made wrong? bye --- Vodafone D2 Stefan Frings Abteilung TBP 1 Phone: +49 211 533 -7930 Handy: +49 172 2453666 Fax: +49 211 533 -7844 Mail: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Betr:Re: inetd on Windows NT
Thank you very much. --- Vodafone D2 Stefan Frings Abteilung TBP 1 Phone: +49 211 533 -7930 Handy: +49 172 2453666 Fax: +49 211 533 -7844 Mail: [EMAIL PROTECTED] -- Originaltext -- Von: "Elfyn McBratney" <[EMAIL PROTECTED]>, auf 03.01.2003 14:21: If you have only installed inetd (the inetutils package) via the installer (setup.exe) then there is still a bit you have to do. Consult /usr/doc/Cygwin/inetutils-1.3.2.README for installation instructions. Elfyn [EMAIL PROTECTED] --- [EMAIL PROTECTED] (Stefan Frings) wrote: >Hello, >I'm missing the inetd service in the control panel but I installed inetd with >the CygWin installer. Do you habe any idea what I made wrong? >bye > >--- >Vodafone D2 >Stefan Frings >Abteilung TBP 1 >Phone: +49 211 533 -7930 >Handy: +49 172 2453666 >Fax: +49 211 533 -7844 >Mail: [EMAIL PROTECTED] > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ _ www.smokeJet.com - Free UK Internet Services _ Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fwd: Cygwin
Everytime I start cygwin.bat I get the following message: ---cut- 9 [main] bash 400 init_cygheap::etc_changed: Can't open /etc for checking, Win32 error 1 ls282km@HOST ~ $ ---cut- Why does it appear? Have I misconfig cygwin? Well, it's just installed in M:\pkg\cygwin. -- Stefan Karrmann -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
specviewperf 7.0 misses inttypes.h
Hi Folks, I tried to compile SPECViewPerf 7.0 on cygwin 1.3.17 with X11 and OpenGL installed. make -f makefile.unx gcc -c clock.c -o objs/clocks.o -O2 -Ivpaux/libaux -I/usr/X11/R6/include -DXWINDOWS -DSSEARCHPATH In File included from clock.c:42: viewperf.h:54: inttypes.h: No such file or directory make: *** [objs/clock.o] Error 1 On both Suse 8.0 and SunOS 5.8 I find a /usr/include/inttypes.h On Sun it pretty much only includes /usr/include/sys/inttypes.h, on Linux it has definitions in it. Should I try to use either of them or where should I get it from ? Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin.bat can't open /etc
tup-scripts4.2.0-3 > XFree86-xserv 4.2.0-15 > _update-info-dir00123-1 > ash 20020731-1 > base-files 1.1-1 > base-passwd 1.0-1 > bash2.05b-8 > bc 1.06-1 > crypt 1.0-1 > ctags 5.2-1 > cvs 1.11.0-1 > cygutils1.1.3-1 > cygwin 1.3.18-1 > cygwin-doc 1.3-2 > diff1.0-1 > diffutils 2.8.1-1 > emacs-X11 21.2-11 > file3.37-1 > fileutils 4.1-1 > findutils 4.1.7-4 > fvwm2.4.7-2 > gawk 3.1.1-5 > gdbm1.8.0-4 > gettext 0.11.5-1 > ghostscript-base7.05-2 > ghostscript-x11 7.05-2 > grep2.5-1 > groff 1.18.1-2 > gzip1.3.3-4 > jpeg6b-7 > less378-1 > libiconv2 1.8-2 > libintl 0.10.38-3 > libintl10.10.40-1 > libintl20.11.5-1 > libncurses5 5.2-1 > libncurses6 5.2-8 > libpng121.2.4-2 > libpopt01.6.4-4 > libreadline44.1-2 > libreadline54.3-2 > login 1.7-1 > man 1.5j-1 > mktemp 1.4-1 > ncurses 5.2-8 > newlib-man 20020801 > pcre3.7-1 > perl5.6.1-2 > perl_manpages 5.8.0-1 > readline4.3-2 > sed 4.0.5-1 > sh-utils2.0.15-3 > tar 1.13.25-1 > termcap 20020930-1 > terminfo5.2-3 > texinfo 4.2-4 > textutils 2.0.21-1 > vim 6.1-2 > which 1.5-1 > zlib1.1.4-1 > > Use -h to see help about each section > -cut- -- Stefan Karrmann +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Answer File for Setup.exe
Is there a way to create an answer file for cygwin setup? I need to install cygwin on several workstations and would like to script the install so I don't manually have to install on each workstation. STEFAN KYRYTOW EDS Global Operation Solution Delivery Production Engineering t 416.814.4911 p 416.517.2252 [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
SSH-Keyauthentification with Windows 2003
1: session_close: session 0 pid 2888 debug1: session_pty_cleanup: session 0 release /dev/tty0 debug1: channel 0: free: server-session, nchannels 1 Connection closed by 172.108.20.203 Closing connection to 172.108.20.203 __ the installed cygwin-libaries on the machine: Cygwin Package Information Last downloaded files to: D:\cygwin 09102003\ftp%3a%2f%2fcygwin.mirrors.pair.com\release Last downloaded files from: D:\cygwin 09102003\ftp%3a%2f%2fcygwin.mirrors.pair.com\release Package VersionStatus _update-info-dir 00221-1OK ash 20031007-1 OK base-files 2.6-1 OK base-passwd 1.1-1 OK Empty package bash bash 2.05b-15 OK Empty package bzip2 bzip21.0.2-5OK Empty package cygrunsrv cygrunsrv0.96-2 OK Empty package cygutils cygutils 1.2.1-2OK cygwin 1.5.5-1OK Empty package diffutils diffutils2.8.4-1OK Empty package editrights editrights 1.01-1 OK Empty package fileutils fileutils4.1-2 OK Empty package findutils findutils4.1.7-4OK gawk 3.1.3-3OK Empty package gdbm gdbm 1.8.3-7OK Empty package grep grep 2.5-1 OK Empty package groff groff1.18.1-2 OK Empty package gzip gzip 1.3.5-1OK Empty package less less 381-1 OK libbz2_1 1.0.2-5OK Empty package libgdbm libgdbm 1.8.0-5OK Empty package libgdbm-devel libgdbm-devel1.8.3-7OK Empty package libgdbm3 libgdbm3 1.8.3-3OK Empty package libgdbm4 libgdbm4 1.8.3-7OK Empty package libgettextpo0 libgettextpo00.12.1-3 OK libiconv21.9.1-3OK Empty package libintl1 libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK Empty package libncurses5 libncurses5 5.2-1 OK Empty package libncurses6 libncurses6 5.2-8 OK Empty package libncurses7 libncurses7 5.3-4 OK Empty package libpcre libpcre 4.1-1 OK libpcre0 4.4-2 OK Empty package libpopt0 libpopt0 1.6.4-4OK Empty package libreadline4 libreadline4 4.1-2 OK Empty package libreadline5 libreadline5 4.3-5 OK Empty package login login1.9-7 OK Empty package man man 1.5j-2 OK Empty package mktemp mktemp 1.5-3 OK Empty package ncurses ncurses 5.3-4 OK Empty package openssh openssh 3.7.1p2-1 OK openssl 0.9.7c-1 OK Empty package readline readline 4.3-5 OK Empty package sed sed 4.0.7-3OK Empty package sh-utils sh-utils 2.0.15-4 OK Empty package tar tar 1.13.25-3 OK Empty package termcap termcap 20021106-2 OK Empty package terminfo terminfo 5.3_20030726-1 OK Empty package texinfo texinfo 4.2-4 OK Empty package textutils textutils2.0.21-1 OK Empty package which which1.5-2 OK Empty package zlib zlib 1.1.4-4OK Has someone got ssh-keyauthentification to work under windows 2003 ? greetings, Stefan Vogler INF9SD Security Design e-Mail: [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/
help: running the latest cygwin on a windows 2003 server
Dear cygwin experts, I went through the mailing list archive searching for "windows 2003 server" but the resulting 10 pages didn't really help. Could anybody please provide a hint to my problem running cygwin on a Windows 2003 server? I can only start a cygnus shell when I am a member of the administrator group. Since the server is a potentially platform for all of our users, everybody has to be a member of this group. Has anybody had an equivalent problem and knows how to fix it? Thank's a lot Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Larry, Also, who did you install Cygwin as and did you install it for "All users" or "Just me"? The answer to the last part may provide you with the answer you seek. Otherwise, please provide more specific information as requested above. I did install cygwin as Administrator for 'all users'. Since you gave me the link to http://cygwin.com/problems.html I assume that I have to run 'cygcheck -s -v -r' to provide more specific information. In case this is not what you meant please let me know. Stefan 8<8<8<8<8<8<8< Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jan 20 16:31:53 2004 Windows .NET Enterprise Server Ver 5.2 Build 3790 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin c:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\j2sdk1.4.2_02\bin c:\Program Files\SSH Communications Security\SSH Secure Shell Output from C:\cygwin\bin\id.exe (nontsec) UID: 11300(administrator) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11300(administrator) GID: 10545(mkgroup-l-d) 544(Administrators)555(Remote Desktop Users) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\Documents and Settings\administrator.VISUAL\WINDOWS CYGWIN = `nontsec' HOME = `c:\Documents and Settings\administrator.VISUAL' MAKE_MODE = `unix' PWD = `/cygdrive/c/tmp' USER = `administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\administrator.VISUAL\Application Data' CLIENTNAME = `QUINCE' CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TAMARIND' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\administrator.VISUAL' HOSTNAME = `tamarind' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\KIWI' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/X11R6/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/cygdrive/c/tmp/cygwin_old' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `RDP-Tcp#90' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\ADMINI~1.VIS\LOCALS~1\Temp\4' TERM = `cygwin' TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}' TMP = `c:\DOCUME~1\ADMINI~1.VIS\LOCALS~1\Temp\4' USERDOMAIN = `VISUAL' USERNAME = `administrator' USERPROFILE = `C:\Documents and Settings\administrator.VISUAL' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' 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 = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygdrive/w (default) = `\kiwiwinhome' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/cygrive/w (default) = `\\kiwi\winhome' flags = 0x010a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/w (default) = `\\kiwi\winhome' flags = 0x010a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install\Software\Cygnus Solutions HKEY_LOCAL_MACHINE\SO
Re: running the latest cygwin on a windows 2003 server
Igor, What is the exact message you get when you try to run Cygwin programs as another user? Which exact programs fail? Do all the programs fail in the same way? Unfortunetly users that are not in the administrator group cannot even start a bash. That's why I took an Administrative user to create the cygcheck output. The bash appears very shortly as a frame and disappears immediately again. BTW, it would have been more helpful to get a cygcheck output as a user for whom Cygwin doesn't work... Also, check that all the programs and the necessary DLLs are readable and executable by everyone (instead of just you). The initial permissions for cygwin related stuff were user: adminst group: mkgroup permissions: rwx for user and group only However, I changed these to: chmod -R o+ rX after installation 'mkgroup' is strange. It seems that I cannot synchronize with our network databases. A mkgroup -u -d DOMAIN gives the following two lines of output: LookupAccountName (\\Host, Domain Admins) failed with error 1332 LookupAccountName (\\Host, Domain Users) failed with error 1332 I noticed you have "nontsec" set, so that might be what's hiding your problem (all files look executable, but the actual ACLs don't allow other users to access them, and you don't see that via "ls"). I changed to ntsec as well - but no difference. On an unrelated note, it's usually not a good idea to have /cygdrive/* as a target for a mount. If I understood correctly what you're trying to do, simply connect to a network drive (using "net use", for example), and assign the letter "W:" to it. Cygwin will automatically pick that up as "/cygdrive/w". Ah, OK. It wasn't clear to me that cygwin automatically gathers all shared network drives. You might also want to investigate the "(no)smbntsec" option in the CYGWIN variable (see the User's Guide). That's interesting, too. I haven't seen this one. But no change to my problem. Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Good morning, How about when you start bash from a command prompt (i.e., open an "MS DOS prompt" window, "cd c:\cygwin\bin", and ".\bash.exe --login -i") as a non-administrative user? What if you omit "--login"? when I enter ".\bash.exe --login -i" (with or without --login) I get *** CreateFileMapping, Win32 error 0. Terminating. This may not have worked with "nontsec". Also, any particular reason you used "X" instead of "x"? What is the default after installation? I assume that I set the cygwin environment variable afterwards. However, now it is ntsec again according to your advice. I used chmod -R o+rX in the cygwin root to open any directory and chmod 755 in bin and /usr/bin. I didn't want to make everything executable. Hmm, maybe Pierre or Corinna can voice an opinion on this one. I don't know very much about Samba but is it possible to have a problem there? User and group related stuff is mapped on our Samba Server which is a Linux box. I don't know the Samba version right now, but it is not the latest one. Maybe anybody knows about that. What does "ls -l /bin/bash" under an administrative account show? How about "getfacl /bin/bash"? -rwxr-xr-x+ 1 administ mkgroup- 527360 Oct 20 14:12 /bin/bash.exe # file: /bin/bash # ownder: administrator # group: mkgroup-l-d user::rwx group::r-x group:SYSTEM:rwx group:Administrators:rwx group:Remote Desktop Users:r-x mask:rwx other:r-x Anyway, your help is greatly appreciated. Thanks a lot! Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Further info... 'mkgroup' is strange. It seems that I cannot synchronize with our network databases. A mkgroup -u -d DOMAIN gives the following two lines of output: LookupAccountName (\\Host, Domain Admins) failed with error 1332 LookupAccountName (\\Host, Domain Users) failed with error 1332 Hmm, maybe Pierre or Corinna can voice an opinion on this one. 'mkpasswd -d DOMAIN' works fine. I get the output I need. Could anybody explain the different behaviour of mkpasswd and mkgroup? Is it possible that the missing group info has something to do with the problem that cygwin does not run on my Windows 2003 Server machine or should I open a new thread on this mkgroup problem? Stefan -- 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 mkgroup -d DOMAIN
Dear cygwin experts, I encountered some problems with the mkgroup command during my trial to get cygwin running on a Windows 2003 server machine (Topic: running the latest cygwin on a windows 2003 server) The domain controller is a Linux system running Samba for file system sharing. The 'mkpasswd -d DOMAIN' command works fine and I did append this information to /etc/passwd The 'mkgroup -d DOMAIN' command, however, failed for some reason I don't know, yet. The output is: LookupAccountName (\\Host, Domain Admins) failed with error 1332 LookupAccountName (\\Host, Domain Users) failed with error 1332 For the entire cygwin tree the user of the files is administrator and the group is mkgroup (!?). Even with chgrp I am not able to temporarily change the group to 'Users' for example. Actually, even after reading the user's guide I have some problems on understanding the grouping scheme. Why do I have the following entry in my /etc/group? mkgroup-1-d:S-1-5-32-545:10545 and how is it mapped to the users that are taken from the domain controller generated passwd database? Thanks for any help Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Dave Korn wrote: Try giving your cygwin non-admin user accounts the "Create paging files" privilege and see if that helps. I _think_ you have to do that using the group policy editor, gpedit.msc. OK, I did - unfortunately without any change. How is this Windows information mapped to cygwin, resp. how do I synchronize this with my group settings in /etc/group ? I did rebuild /etc/group again for local groups? With 'mkgroup- d DOMAIN' I have some other problems, sigh. The problem occurs only for non local users, mapped into the system via mkpasswd -d DOMAIN and mkgroup -D DOMAIN Since my user information is comming from a domain database I cannot assign the 'cygwin users' group to all possible users, neither I can add them all as local users. What else do I have to consider after changing the 'create pagefile' option? Stefan -- 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 mkgroup -d DOMAIN
Dear Corinna, although I won't get the group information, it must be possible to create one manually. What is the typical syntax of the group info returned by mkgroup -d DOMAIN? I could try adding that stuff since I cannot persuade our domain controller to answer correctly. Setting up a new Samba seems to be a non trivial task, was the information I got from the administrator of our server. Stefan I heard about that problem once already and it seems to happen only with Samba domain controllers. The LookupAccountName system call gets no information but an error message. 1332 means No mapping between account names and security IDs was done. So the Samba server returns a list of group names but a LookupAccountName to get the SID fails. The mkgroup name means, mkgroup wasn't able to create the list of groups appropriately. -- 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 mkgroup -d DOMAIN
Sorry, I forgot to ask: what are the default permissions and user/group combinations after cygwin install? I have administrator/mkpasswd with access code 750 over the entire cygwin tree. Should I simply change the group to somethin like 'Users'? Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
another question to this topic came into my mind: "why is this all happening only to the Windows Server 2003 machine"? The same installation with the same configuration runs well with Windows 2000 or Windows XP. Although the SAMBA problem appears on all machines. It must have something to do with specific tools that run during setup and configure something wrong. How about when you start bash from a command prompt (i.e., open an "MS DOS prompt" window, "cd c:\cygwin\bin", and ".\bash.exe --login -i") as a non-administrative user? What if you omit "--login"? when I enter ".\bash.exe --login -i" (with or without --login) I get *** CreateFileMapping, Win32 error 0. Terminating. Kind regards, Stefan -- 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 mkgroup -d DOMAIN
Hi Pierre, thanks first for looking at my problem! Regarding the CreateFileMapping problem, the message you report is *** CreateFileMapping, Win32 error 0. Terminating. but the code in Cygwin is api_fatal ("CreateFileMapping %s, %E. Terminating.", mapname); The *** in front is added elsewhere, but you are missing the space after CreateFileMapping and the mapname (which could be null). I see two formatting arguments but only one parameter. Is that right? So, what version of Cygwin are you using? cygcheck -V says 1.38 (is it the version number you needed to know?) I made an update 2 days ago. From a cmd window in c:\cygwin\bin, what does strace true produce? it gives the same result: *** CreateFileMapping, Win32 error 0. Terminating. Are the non privileged users running from the console or from terminal services? I am not sure whether I understand your question correctly. The non privilieged users connect from any Windows system via rdesktop to the Windows 2003 server and are trying to open a cygwin shell on the Remotedesktor. Do they have the "create global object" privilege? If not, try to assign it. Here I'm lost. How do I do this? You say it's working on Win2000. What service pack? Also, on that machine, what are the answers to the 2 questions above? SP 4 - 'strace true' prints out almost everything I can imagine starting with Program name: C:\cygwin\bin\true.exe Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Dave Korn wrote: another question to this topic came into my mind: "why is this all happening only to the Windows Server 2003 machine"? Ah, but then you go and point out that... Although the SAMBA problem appears on all machines. That's true. It seems that I have two problems here and the SAMBA thing is _not_ the one that hinders cygwin to run, right? And you're using a domain, right? Yes in both cases. Is this related to the "Pre-Windows 2000 Compatible Access group" thingy? As a matter of fact I don't have any clue. I have to read this first http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=pre-windows+2000+ compatible+access+group but your former advice seems setting me on the track. I only have to figure out how to do set global priviliges You might both find some useful information in this article "Development Impacts of Security Changes in Windows Server 2003": http://msdn.microsoft.com/library/en-us/dncode/html/secure06122003.asp Creating Various Global Objects May Fail : Starting with Windows Server 2003, the creation of some global objects, such as file mapping will fail unless the calling process has the SeCreateGlobalPrivilege privilege enabled. Note that the privilege check is limited to the creating of said objects, and does not apply to opening existing ones. For example, the following code will fail on Windows Server 2003 unless the process account has this privilege: HANDLE hMap = CreateFileMapping(INVALID_HANDLE_VALUE,0,PAGE_READWRITE, 0, 0x,"Global\\MyMapping"); By default this privilege is assigned to all services and administrators. This privilege also applies when creating symbolic links in the object manager. The way around this is to either grant the account in question this privilege, or do not make the object name global. Of course, the latter may not be possible. Regards, Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Thanks a lot to all who helped me. In case one encounters this problem the web-site: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncode/html/secure06122003.asp gives an answer. Creating Various Global Objects May Fail: Starting with Windows Server 2003, the creation of some global objects, such as file mapping will fail unless the calling process has the SeCreateGlobalPrivilege privilege enabled. Note that the privilege check is limited to the creating of said objects, and does not apply to opening existing ones. For example, the following code will fail on Windows Server 2003 unless the process account has this privilege: HANDLE hMap = CreateFileMapping(INVALID_HANDLE_VALUE,0,PAGE_READWRITE, 0, 0x,"Global\\MyMapping"); By default this privilege is assigned to all services and administrators. This privilege also applies when creating symbolic links in the object manager. The way around this is to either grant the account in question this privilege, or do not make the object name global. Of course, the latter may not be possible. OK now, how to solve this: Start -> Administrative Tools -> Local Security Policy Security Settings -> Local Policies -> User Rights Assignment Key: Create Global Objects Add the group that has limited rights (e.g. Remote Desktor Users) Stefan -- 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 mkgroup -d DOMAIN
Thank you all for your help! the 'global object privilege' was the reason for cygwin not running on the Win2003 Server. As a matter of fact. The original question started in another thread first and moved to this one due to two seperate problems. Do they have the "create global object" privilege? If not, try to assign it. As soon as the latest stable Samba version is released I try to check for the persistence of the mkgroup problem. thanks again Stefan -- 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 mkgroup -d DOMAIN
Sorry Pierre, I replied to your personal address only, but it was bouncing back. uname -r says 1.5.5(0.94/3/2) when I have cygwin installed and update via setup, what I definitely did, why do I have an older version than expected? I thought it must be the latest version that I have. Stefan Pierre A. Humblet wrote: Except that cygwin 1.5.6 is supposed to work even for users who do not have that privilege. That's why I still would like to know what version you are running, and if you run Cygwin from the console or from terminal services. -- 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 mkgroup -d DOMAIN
Now I have version 1.5.6(0.108/3/2). When was this one released? Shall I revert the privilege stuff to test again? Stefan -- 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: version 1.5.6 enhancement
Version 1.5.6 works without the privilege setting! Could you please tell me when 1.5.6 came up? What about my 1.5.5 version? I don't understand why it wasn't updated, because right now I got the update without any further selection within setup. Stefan Pierre A. Humblet wrote: On Thu, Jan 22, 2004 at 03:55:44PM +0100, Stefan Zachow wrote: Now I have version 1.5.6(0.108/3/2). When was this one released? Shall I revert the privilege stuff to test again? Yes please. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running the latest cygwin on a windows 2003 server
Oops, I missed this one in the depth of the thread. cool. These tools are really helpful. Same with regtool. Thank's for all the hints and your patience, Igor. Stefan Did you try the "editrights" tool? Grab it using Cygwin's setup.exe. Igor -- 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/
Zsh crashes on Ctrl-Z with cygwin1.dll snapshot 2004-02-18
Hi, since upgrading Cygwin Dll from 1.5.5-1 (which I have to, because I need exim 4.30 which won't run with cygwin1.dll < 1.5.6-1, so downgrading is not an option), I'm suffering from problems with Zsh (4.1.1-2). I don't know what Zsh does with process management (the problems don't occur neither with Bash nor pdksh), but here the story goes (hoping this is still fixable before 1.5.8 comes out!): 1.5.5-1: Zsh works fine. 1.5.6-1: Zsh hangs immediately after starting, the shell is essentially unusable. 1.5.7-1: Zsh starts, but hangs (reproducably) after trying to start a non-existing command. Also, shell functions executing pipelines with builtin commands (e.g. ``echo | grep ...'') hang ocasionally. 2004-02-18 snapshot: Zsh starts fine, no more hangups on non-existing commands, but trying to suspend a program (e.g. vim, lynx) by hitting Ctrl-Z results in a crash with error messages like: 4 [sig] zsh 1912 handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1 And stackdumps like: Exception: STATUS_ACCESS_VIOLATION at eip=61025D4B eax=0011 ebx= ecx=0065EB6C edx=61025650 esi=0065EBDC edi=61025650 ebp=0065E864 esp=0065E53C program=C:\cygwin\bin\zsh.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0065E864 61025D4B (, , , ) 0065EB94 61026784 (0740, 0065EBDC, 00A4, 0065EBC8) 0065F0A4 6108D45E (610F0774, , 0065F0C4, 0065F0FC) 0065F0C4 610030A6 (610F0774, 0065F0FC, 61003040, 5DF7) 0065F0F4 61003DE4 (, , , ) 0065FFA4 61003D9A (, , 0000, 0000) End of stack trace Stefan -- Dr. Stefan Dalibor -- 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: Zsh crashes on Ctrl-Z with cygwin1.dll snapshot 20040218/20
Please retry with a function to start vim - on my installation CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown Cygwin it's sufficient to define function v { vim $*; } calling this function and then hitting Ctrl-Z crashes zsh reproducibly, with an otherwise empty home directory (i.e. only the standard shell and environment settings from Cygwin). Now it's entirely possible that this is zsh's fault - but I doubt it seriously. zsh 4.1.1 is heavily used by thousands of people, and a bug triggered so easy would certainly have been noticed by someone else much earlier (and under other OSes). And I repeat, the crash doesn't happen with cygwin1.dll 1.5.7.1 (and the crashes persist with snapshot 20040220). Do you have any idea how to pinpoint the source of this problem further, short of building zsh with a debugging malloc (which is something I probably can't do before 2 or 3 weeks due to lack of time, which would be much too late for cygwin 1.5.8)? Please see my other posting about failures to suspend vim and mutt - this occurs under bash, zsh and pdksh (with the same error message about handle_threadlist_exception) and as it is also job-control related, I still suspect a bug lurking in the cygwin DLL here. Stefan -- Dr. Stefan Dalibor On Thu, Feb 19, 2004 at 10:26:49AM -0800, Peter A. Castro wrote: > WFM too! > > In fact, I've tested all of the following with zsh: > > 20040213 - works > 20040214 - works > 20040215 - can't start zsh (get Appl Error diag box) > 20040216 - works > 20040217 - works > 20040218 - works > > I suspect there is something environmentally wrong with your setup, > Stefan. You might try ensuring you don't have any cygwin apps running > (like inetd, perhaps?). Use Task Manager to verify that, then start zsh > with no .z* profiles to ensure you're getting a clean environment. > > > $ uname -a > > CYGWIN_NT-5.1 fordpc 1.5.8(0.110/4/2) 2004-02-19 09:26 i686 unknown unknown Cygwin > > $ cygcheck -srv | grep zsh > > zsh 4.1.1-2 > > $ sleep 100 > > [^Z here] > > [1]+ Stopped sleep 100 > > $ fg > > sleep 100 > > And, here's my run with the 20040218 snapshot: > > ([EMAIL PROTECTED])[101] ~ % uname -a > CYGWIN_NT-4.0 itdev-nt55 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown > Cygwin > ([EMAIL PROTECTED])[102] ~ % vim > [Ctrl-Z here] > zsh: 445 suspended vim > ([EMAIL PROTECTED])[103] ~ % ps -ef > UID PIDPPID TTY STIME COMMAND > pcastro 67 1 0 10:17:34 /usr/bin/zsh > pcastro 445 67 0 10:17:45 /usr/bin/vim > pcastro 205 67 0 10:17:48 /usr/bin/ps > ([EMAIL PROTECTED])[104] ~ % jobs > [1] + suspended vim > ([EMAIL PROTECTED])[105] ~ % fg > [1] + continued vim > ([EMAIL PROTECTED])[106] ~ % -- 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 suspending processes under bash, pdksh and zsh with cygwin1.dll snapshot 20040218/20
Hi, I upgraded to cygwin1.dll snapshot version 20040218 and 2004020 (due to problems with zsh and cygwin-1.5.7.1): CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown Cygwin Now I find that I can suspend a process running vim only once by Ctrl-Z - after restarting the process, hitting Ctrl-Z any more won't work. The terminal window flickers for a moment, but the editor is not suspended. Suspending a lynx process more than once works fine, while suspending mutt results in a crash: 4 [sig] mutt 1152 handle_threadlist_exception: handle_threadlist_exception called with threadlist_ix -1 Segmentation fault (core dumped) with stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=61025D4B eax=0011 ebx= ecx=006DEB6C edx=61025650 esi=006DEBDC edi=61025650 ebp=006DE864 esp=006DE53C program=C:\cygwin\bin\mutt.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 006DE864 61025D4B (, 0012, , ) 006DEB94 61026784 (0750, 006DEBDC, 00A4, 006DEBC8) 006DF0A4 6108D45E (610F0774, , 006DF0C4, 006DF0FC) 006DF0C4 610030A6 (610F0774, 006DF0FC, 61003040, 000FF6BD) 006DF0F4 61003DE4 (, , , ) 006DFFA4 61003D9A (, , , ) End of stack trace This is with an empty home directory, i.e. only the standard shell and terminal settings from Cygwin, and it happens with bash, pdksh and zsh (where the latter crashes also with the same error message when suspending vim if the editor is called from within a shell function, please see my other posting). Stefan -- Dr. Stefan Dalibor -- 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 suspending processes under bash, pdksh and zsh with cygwin1.dll snapshot 20040218/20
On Sat, Feb 21, 2004 at 10:38:18AM -0500, Igor Pechtchanski wrote: > On Sat, 21 Feb 2004, Stefan Dalibor wrote: > > > Hi, > > I upgraded to cygwin1.dll snapshot version 20040218 and 2004020 (due to > > problems with zsh and cygwin-1.5.7.1): > > > > CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown > > Cygwin > > > > Now I find that I can suspend a process running vim only once by Ctrl-Z > > - after restarting the process, hitting Ctrl-Z any more won't work. > > The terminal window flickers for a moment, but the editor is not > > suspended. > > [snip] > > Does ":suspend" (or ":stop") work more than once in vim? No, same effect as with Ctrl-Z - short flickering of the terminal window, but no process suspension. While staring at the flickering, it seems to me that the content of the window before starting vim appears for a fraction of a second, as if vim is suspended, but then restarted immediately. FYI, the text browser links crashes also on the first suspension (like mutt). ncftp can be suspended 2 times - but the third time, it starts to use up all CPU time of the machine (starting the task manager for killing the runaway ncftp process took several minutes) and issues error messages: ncftp 4005689 [unknown (0x7BC)] ncftp 1548 sig_send: wait for sig_complete event faile d, signal -34, rc 258, Win32 error 0 64092356 [unknown (0x7BC)] ncftp 1548 sig_send: wait for sig_complete event fail ed, signal 2, rc 258, Win32 error 0 128154788 [unknown (0x23C)] ncftp 1548 sig_send: wait for sig_complete event fai led, signal -34, rc 258, Win32 error 0 188280509 [unknown (0x23C)] ncftp 1548 sig_send: wait for sig_complete event fai led, signal 2, rc 258, Win32 error 0 248437654 [unknown (0x1B4)] ncftp 1548 sig_send: wait for sig_complete event fai led, signal -34, rc 258, Win32 error 0 327140672 [unknown (0x1B4)] ncftp 1548 sig_send: wait for sig_complete event fai led, signal 2, rc 258, Win32 error 0 Stefan -- Dr. Stefan Dalibor -- 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: Zsh crashes on Ctrl-Z with cygwin1.dll snapshot 20040218/20 - solved with 20040221
On Sat, Feb 21, 2004 at 03:48:43PM -0500, Christopher Faylor wrote: > On Sat, Feb 21, 2004 at 04:28:18PM +0100, Stefan Dalibor wrote: > >Please retry with a function to start vim - on my installation > > > >CYGWIN_NT-5.1 SINDBAD 1.5.8s(0.110/4/2) 20040218 17:35:06 i686 unknown unknown > >Cygwin > > > >it's sufficient to define > > > >function v { vim $*; } > > Nope. Still works fine. Strange - if I have no personale customizations left, what could be the difference that makes the bug reproducable on my system and irreproducable on yours? Should I mail the complete output of `cygcheck -c' on my machine, the list of XP patches installed or something similar? Anyway, your patch for the crash of mutt when being suspended fixes the zsh problem, too - it's gone after upgrading to snapshot 20040221! > >Do you have any idea how to pinpoint the source of this problem further, > >short of building zsh with a debugging malloc (which is something I > >probably can't do before 2 or 3 weeks due to lack of time, which would > >be much too late for cygwin 1.5.8)? > > How does malloc enter into it? I don't see anything pointing to malloc > here. I was just guessing for the usual suspects - if it's not the cygwin DLL, a memory management bug in zsh triggered by the latest changes in the Cygwin environment seemed like a plausible candidate to me. As the crashes are fixed by snapshot 20040221, should I investigate further (in case another bug is lurking behind the scenes), or can we consider this file closed? Stefan -- Dr. Stefan Dalibor -- 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 suspending processes under bash, pdksh and zsh with cygwin1.dll snapshot 20040218/20 - solved with 20040221
On Sat, Feb 21, 2004 at 06:02:08PM -0500, Christopher Faylor wrote: > Ok. The mutt problem I *could* reproduce. I've checked in a fix and am > generating a new snapshot. I'v installed cygwin1.dll snapshot 20040221, and the problems with suspending mutt, ncftp and vim are all gone, under zsh, bash and pdksh! Lots of thanks for this quick and complete solution :), Stefan -- Dr. Stefan Dalibor -- 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/
[FIXED] Re: symlink extension shown using 1.5.3
This is fixed in cygwin 1.5.4. :-) Thanks! > Since I updated to cygwin 1.5.3 and bash 2.0.5b13, symlinks *on* network > drives are shown by ls including the '.lnk'. They are properly recognized > as > symlinks and it is even possible to, e.g., change the directory using only > the > link name (without '.lnk'). > > Symlinks on local drives are shown just fine. > > Using: > cygwin 1.5.3-1 > bash 2.0.5b-13 > fileutils 4.1-2 > > on w2ksp4. The server uses w2k as well. > > Anyway, thanks for a great product. > > Stefan -- = Stefan Moebius <[EMAIL PROTECTED]> Wittenberger Str. 71+49 351 8473953 01309 Dresden +49 172 8739617 -- 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: libmcrypt - make error with cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 02 October 2003 09:49, Marcus Daub wrote: > Ladies and Gentlemen, > > I've tried to install mcrypt with the libmcrypt-2.5.7 with cygwin > version 1.5.5-1 to get mcrypt under Windows. > > But there is an error: > after ./configure I made a make but it left with the error > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)(.tex >t+0x7c): > > undefined reference to '[EMAIL PROTECTED]' > > > The hole make output: > make all-recursive > make[1]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt' > Making all in modules > make[2]: Entering directory > `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules' > Making all in algorithms > make[3]: Entering directory > `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms' > /bin/bash ../../libtool --mode=link gcc -g -O2 -no-undefined -o > threeway.la -module -avoid-version -rpath /usr/local/lib/libmcrypt > 3-way.lo > rm -fr .libs/threeway.la .libs/threeway.* .libs/threeway.* > generating symbol list for `threeway.la' > dlltool --export-all --exclude-symbols > [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],DllMainCRTSt >[EMAIL PROTECTED],[EMAIL PROTECTED] > > --output-def .libs/threeway.dll-def 3-way.lo > sed -e "1,/EXPORTS/d" -e "s/ @ [0-9]*//" -e "s/ *;.*$//" < > .libs/threeway.dll-def > .libs/threeway.exp > if test "x`sed 1q .libs/threeway.exp`" = xEXPORTS; then cp > .libs/threeway.exp .libs/threeway.dll-def; else echo EXPORTS > > .libs/threeway.dll-def; _lt_hint=1; cat .libs/threeway.exp | while read > symbol; do set dummy $symbol; case $# in 2) echo " $2 @ $_lt_hint ; " >> > .libs/threeway.dll-def;; 4) echo " $2 $3 $4 ; " >> > .libs/threeway.dll-def; _lt_hint=`expr $_lt_hint - 1`;; *) echo " $2 @ > $_lt_hint $3 ; " >> .libs/threeway.dll-def;; esac; _lt_hint=`expr 1 + > $_lt_hint`; done; fi > gcc -Wl,--base-file,.libs/threeway.dll-base > -Wl,-e,[EMAIL PROTECTED] -o .libs/threeway.dll 3-way.lo > make[3]: Leaving directory > `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms' > make[2]: Leaving directory > `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules' > make[1]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt' > > > Please find the bug, so that we have a relieable cryption under windows. > Please could you notify me if you have fixed the bug? > > Thanks in advance! > > Marcus Daub > [EMAIL PROTECTED] I am currently in the process of building a cygwin package for libmcrypt. For a quick fix you should try to compile with "make -i". The packages are not yet officially approved, but if you want to you can download them at the following urls: http://stud3.tuwien.ac.at/~e9925353/cygwin/release/libmcrypt/libmcrypt-2.5.7-1.tar.bz2 http://stud3.tuwien.ac.at/~e9925353/cygwin/release/libmcrypt/libmcrypt-devel/libmcrypt-devel-2.5.7-1.tar.bz2 copy both files into a directory of your choice and then in cygwin bash do the following: cd / tar xvjf /path/to/libmcrypt-2.5.7-1.tar.bz2 tar xvjf /path/to/libmcrypt-devel-2.5.7-1.tar.bz2 Greetings, Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/e9p2KN/5Ocgn19gRAmEXAJ9DK5ZqIpUGtKRpOtsoXmiTSi+B9ACgjThq q/u5isit5iLrTUVCeOxtRHA= =dyb+ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: libmcrypt-2.5.7-1
I have packaged the libmcrypt encryption library. Libmcrypt is a library that provides access to several symmetric block and stream encryption algorithms. The following algorithms are implemented: 3-Way, Arcfour, Blowfish, Cast-128 (known as Cast5), Cast-256, DES, Enigma, Gost, Loki97, Panama, RC2, Rijndael-128 (AES), Rijndael-192, Rijndael-256, Safer-sk64, Safer-sk128, Safer+, Serpent, TripleDES, Twofish, Wake, XTea. The block algorithms can be used in the modes CBC, CFB, CTR, ECB, OFB, NOFB and NCFB. Separate runtime and development packages are available. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "Libs" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Stefan Hetzl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: libmcrypt-2.5.7-2
I have updated the cygwin port of the libmcrypt encryption library. Libmcrypt is a library that provides access to several symmetric block and stream encryption algorithms. The following algorithms are implemented: 3-Way, Arcfour, Blowfish, Cast-128 (known as Cast5), Cast-256, DES, Enigma, Gost, Loki97, Panama, RC2, Rijndael-128 (AES), Rijndael-192, Rijndael-256, Safer-sk64, Safer-sk128, Safer+, Serpent, TripleDES, Twofish, Wake, XTea. The block algorithms can be used in the modes CBC, CFB, CTR, ECB, OFB, NOFB and NCFB. Separate runtime and development packages are available. This release corrects a packaging issue in the 2.5.7-1 release. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "Libs" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Stefan Hetzl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: mhash-0.8.18-1
I have packaged the mhash library. This is a library that provides a uniform interface to several hash algorithms. It supports the basics for message authentication by following rfc2104 (HMAC). It also includes some key generation algorithms which are based on hash algorithms. Separate runtime and development packages are available. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "Libs" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Stefan Hetzl -- 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/
Maybe a bug with sockets
Hello, Please send your answer to [EMAIL PROTECTED] because I do not read the mailing list very often. Thanks. I think I found a bug in cygwin. I open a socket connection and start a child process after that. Then I cannot close the socket. The following is a reduced source code with that problem. It works fine on Linux but not on CygWin. Compile and run it. The use "telnet localhost 80" to test it. You should see the message "Hello" and then a disconnect message. But the disconnect message is missed until you kill the child process. #include #include #include #include #include #include #include #include #include #define PORT 80 // Port for TCP/IP Sockets int main(int argc,char** argv) { struct sockaddr_in address; int sock; sock=socket(PF_INET,SOCK_STREAM,0); setsockopt(sock,SOL_SOCKET,SO_REUSEADDR,0,0); address.sin_family=AF_INET; address.sin_port=htons(PORT); memset(&address.sin_addr,0,sizeof(address.sin_addr)); bind(sock,(struct sockaddr *) &address,sizeof(address)); listen(sock,5); { size_t addrlength; int verbindung; addrlength=sizeof(address); verbindung=accept(sock,(struct sockaddr *) &address,&addrlength); if (verbindung>=0) { printf("Verbindung aufgebaut\n"); write(verbindung,"Hello\n",6); if (fork()==0) { // Child close(verbindung); while (1) { printf("Child is running\n"); sleep(3); } exit(0); } else { // Mother close(verbindung); } } } return 0; } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
MAKEFILES environment
Hi there, I have some troubles after installing the latest version of the cygwin tools (bash2.05,make3.79,...) In my makefiles there are a lot of -f $(MAKEFILE) option which worked fine so far because the parameter was automatically set to "makefile" Now with the new version it is an empty string and therefore the make command does not work. Does anybody know how to fix this ? Thanks a lot, Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
numerical values in makefile ?
Hi there, I want to use the $(words, text) function, but have troubles to process the numerical return value. How can I use this value and compare it with a fixed number (>,<,etc.) ? Thanks a lot for help, Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
config error with Apache2 package
Hi List, I have here the last version of cygwin and Apache2 package If I make the following: apache2-2.0.54-1.sh conf (after prep) I get the following error message. #-#-#-#-#-#-#-# checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E Configuring PCRE regular expression library ... configuring package in srclib/pcre now configure: error: expected an absolute directory name for --bindir: NONE/bin #-#-#-#-#-#-#-#- Possibly someone an idea? Thank you for each assistance. Stefan -- 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/
AW: config error with Apache2 package
Hi Does none have an idea? (maintainer) thx Stefan -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Stefan Sabolowitsch Gesendet: Donnerstag, 12. Januar 2006 14:55 An: cygwin@cygwin.com Betreff: config error with Apache2 package Hi List, I have here the last version of cygwin and Apache2 package If I make the following: apache2-2.0.54-1.sh conf (after prep) I get the following error message. #-#-#-#-#-#-#-# checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E Configuring PCRE regular expression library ... configuring package in srclib/pcre now configure: error: expected an absolute directory name for --bindir: NONE/bin #-#-#-#-#-#-#-#- Possibly someone an idea? Thank you for each assistance. Stefan -- 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/
File copying problem
Does anyone know where I can get a slightly older cygwin1.dll (1.5.19.[123]) ? The latest one breaks the copying of files from a Samba server (it always says the file's been replaced during the copy). I tried reverting my entire cygwin installation to a much older one, but that caused too much other grief. Thanks -- Stefan Vorkoetter Maplesoft -- 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: File copying problem
Igor Peshansky wrote: On Wed, 29 Mar 2006, Stefan Vorkoetter wrote: Does anyone know where I can get a slightly older cygwin1.dll (1.5.19.[123]) ? The latest one breaks the copying of files from a Samba server (it always says the file's been replaced during the copy). I tried reverting my entire cygwin installation to a much older one, but that caused too much other grief. Does going forward instead of backward (a.k.a. trying a snapshot[*]) help? Igor [*] <http://cygwin.com/snapshots/> No, unfortunately not: # Using the drive letter: ~/lib [504] $ cp u:/repository/main/lib/Statistics.hdb . cp: skipping file `u:/repository/main/lib/Statistics.hdb', as it was replaced while being copied # Using cygdrive: ~/lib [507] $ cp /cygdrive/u/repository/main/lib/Statistics.hdb . cp: skipping file `/cygdrive/u/repository/main/lib/Statistics.hdb', as it was replaced while being copied # Using the full network path: ~/lib [508] $ cp //titan/u-maple/repository/main/lib/Statistics.hdb . cp: skipping file `//titan/u-maple/repository/main/lib/Statistics.hdb', as it was replaced while being copied ~/lib [505] $ uname -a CYGWIN_NT-5.1 mushroom 1.5.20s(0.155/4/2) 20060326 22:52:56 i686 unknown unknown Cygwin All of the above worked fine with 1.5.18, and I believe versions 1.5.19.[123] -- Stefan Vorkoetter Maplesoft -- 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: Spam:Re: File copying problem
Stefan Vorkoetter wrote: Igor Peshansky wrote: On Wed, 29 Mar 2006, Stefan Vorkoetter wrote: Does anyone know where I can get a slightly older cygwin1.dll (1.5.19.[123]) ? The latest one breaks the copying of files from a Samba server (it always says the file's been replaced during the copy). I tried reverting my entire cygwin installation to a much older one, but that caused too much other grief. Does going forward instead of backward (a.k.a. trying a snapshot[*]) help? Igor [*] <http://cygwin.com/snapshots/> No, unfortunately not: ... All of the above worked fine with 1.5.18, and I believe versions 1.5.19.[123] I just tried all the snapshots back to 2005-12-15, and none work. Only going back to 1.5.18 seems to fix the problem, but breaks other things in the up-to-date cygwin distribution. -- Stefan Vorkoetter Maplesoft -- 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/
bison bug
The latest version of bison appears to be broken. Regardless of the grammar input file, the generated y.tab.c file contains a syntax error in the definition of yyparse when __STDC__ and YYPARSE_PARAM are not defined. Specifically, the generated code looks like: int yyparse () ; { int yystate; ... That first ; should not be there. I'm not a bison internals expert, but I see that it's using m4 to do most of its work. I'm no m4 expert either, so I can't tell if the problem is in the bison input file, or a bug in m4. ~ [518] $ bison --version bison (GNU Bison) 2.1 Written by Robert Corbett and Richard Stallman. ~ [519] $ m4 --version GNU M4 1.4.4 Written by Rene' Seindal. I used the following trivial grammar file, grammar.y, to reproduce the bug: %{ #define YYMAXDEPTH 1024 %} %token A B %% C: A B { } ; Then, the command line bison -y -d grammar.y produces a y.tab.c file with the offending error on line 828. -- Stefan Vorkoetter Maplesoft -- 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: Spam:Re: File copying problem
Corinna Vinschen wrote: On Mar 29 11:04, Stefan Vorkoetter wrote: Igor Peshansky wrote: On Wed, 29 Mar 2006, Stefan Vorkoetter wrote: Does anyone know where I can get a slightly older cygwin1.dll (1.5.19.[123]) ? The latest one breaks the copying of files from a Samba server (it always says the file's been replaced during the copy). I tried reverting my entire cygwin installation to a much older one, but that caused too much other grief. Does going forward instead of backward (a.k.a. trying a snapshot[*]) help? Igor [*] <http://cygwin.com/snapshots/> No, unfortunately not: # Using the drive letter: ~/lib [504] $ cp u:/repository/main/lib/Statistics.hdb . cp: skipping file `u:/repository/main/lib/Statistics.hdb', as it was replaced while being copied # Using cygdrive: ~/lib [507] $ cp /cygdrive/u/repository/main/lib/Statistics.hdb . cp: skipping file `/cygdrive/u/repository/main/lib/Statistics.hdb', as it was replaced while being copied # Using the full network path: ~/lib [508] $ cp //titan/u-maple/repository/main/lib/Statistics.hdb . cp: skipping file `//titan/u-maple/repository/main/lib/Statistics.hdb', as it was replaced while being copied ~/lib [505] $ uname -a CYGWIN_NT-5.1 mushroom 1.5.20s(0.155/4/2) 20060326 22:52:56 i686 unknown unknown Cygwin All of the above worked fine with 1.5.18, and I believe versions 1.5.19.[123] -v, please. What Samba version, what remote OS, what's the output of the tool from http://sourceware.org/ml/cygwin/2006-01/msg00818.html for this remote drive? Corinna Remote OS is SunOS titan 5.8 Generic_108528-19 sun4u sparc SUNW,Ultra-4 Output of getvolinfo is: ~ [657] $ ./getvolinfo //titan/u-maple rootdir: \\titan\u-maple\ Volume Name: Serial Number : 77467987 Max Filenamelength : 255 Filesystemname : Flags: FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE Am looking into what version of samba this may be. -- Stefan Vorkoetter Maplesoft -- 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: bison bug
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Quit commandeering threads. If you have a new subject, start a new thread (ie. get rid of In-Reply-To headers from the old thread, not just changing the subject line). Sorry, didn't see any such headers. According to Stefan Vorkoetter on 3/29/2006 9:35 AM: The latest version of bison appears to be broken. And this is cygwin-specific, how? It fails only on the latest release of cygwin, in a tool that's part of the cygwin distribution. That said, as the cygwin m4 maintainer, I might make time to look into it since you were implicating m4, although it will not be my highest priority. Thanks for your enthusiastic response. I did not expect any immediate solution, but I didn't expect to be raked over the coals for reporting a bug either. Perhaps I'll just shut up, fix the bugs myself, and not tell anyone. -- Stefan Vorkoetter Maplesoft -- 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: Spam:Re: Spam:Re: File copying problem
Corinna Vinschen wrote: On Mar 30 09:38, Stefan Vorkoetter wrote: Remote OS is SunOS titan 5.8 Generic_108528-19 sun4u sparc SUNW,Ultra-4 Output of getvolinfo is: ~ [657] $ ./getvolinfo //titan/u-maple rootdir: \\titan\u-maple\ Volume Name: Serial Number : 77467987 Max Filenamelength : 255 Filesystemname : Flags: FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE Am looking into what version of samba this may be. Probably a pretty old one. Any chance you can update? It seems that older Samba versions (or are these specific SunOS Samba versions?) don't return an unambiguous inode number to Windows. That means, the above combination of flags identify your file system as Samba to Cygwin. Recent Samba versions (at least on Linux) are known to return unambiguous inode numbers, so Cygwin utilizes the returned inode numbers. Apparently your Samba is too old or somehow a branch from an older Smaba version. Any chance you can upgrade to something more recent? I'm a bit reluctant to change Cygwin so that this capability is lost to users of recent Samba versions... Corinna I'll talk to our IT folks. Any idea why this problem doesn't happen with a 1.5.18 based cygwin? -- Stefan Vorkoetter Maplesoft Aviation is proof, that given the will, we have the capacity to achieve the impossible. -- Eddie Rickenbacker -- 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: Spam:Re: Spam:Re: Spam:Re: File copying problem
Corinna Vinschen wrote: On Mar 30 10:20, Stefan Vorkoetter wrote: I'll talk to our IT folks. Any idea why this problem doesn't happen with a 1.5.18 based cygwin? Faked inode number vs. real inode number on remote drives. Corinna Ah, I see. I found out the Samba version. It's 2.2.3a -- Stefan Vorkoetter Maplesoft Aviation is proof, that given the will, we have the capacity to achieve the impossible. -- Eddie Rickenbacker -- 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: File copying problem
Corinna Vinschen wrote: On Mar 30 10:20, Stefan Vorkoetter wrote: I'll talk to our IT folks. Any idea why this problem doesn't happen with a 1.5.18 based cygwin? Faked inode number vs. real inode number on remote drives. Corinna Another question then: Why can I successfully use tar to read files from the samba file system, and record them into a tar archive on the local file system? Is it simply that tar doesn't bother checking whether the inode changed? -- Stefan Vorkoetter Maplesoft -- 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: Spam:Re: Find not working w/ Samba drive
And here's one from a Samba 2.2.3a share, repeated twice. Notice the inodes are different each time. ~/sandboxes/main/internal/src [920] $ ls -i v:/internal_html/2006-04-10/*.jpg 3796172808 v:/internal_html/2006-04-10/17-50-56.jpg 3811175240 v:/internal_html/2006-04-10/18-01-24.jpg 3845096040 v:/internal_html/2006-04-10/18-01-46.jpg 3809327944 v:/internal_html/2006-04-10/18-04-06.jpg 3811463176 v:/internal_html/2006-04-10/18-11-28.jpg 3807105032 v:/internal_html/2006-04-10/18-11-40.jpg 3776267944 v:/internal_html/2006-04-10/18-15-04.jpg 3811975176 v:/internal_html/2006-04-10/18-18-04.jpg 3813127320 v:/internal_html/2006-04-10/18-20-50.jpg 3807477768 v:/internal_html/2006-04-10/18-22-46.jpg 3809196872 v:/internal_html/2006-04-10/18-22-54.jpg 3808806816 v:/internal_html/2006-04-10/18-30-16.jpg 3795084576 v:/internal_html/2006-04-10/18-32-22.jpg 3809602376 v:/internal_html/2006-04-10/18-32-24.jpg 3809303368 v:/internal_html/2006-04-10/18-32-56.jpg 3803727376 v:/internal_html/2006-04-10/18-32-58.jpg 3811052360 v:/internal_html/2006-04-10/18-33-04.jpg 3804074848 v:/internal_html/2006-04-10/18-33-48.jpg 3810822984 v:/internal_html/2006-04-10/18-34-58.jpg 3787082568 v:/internal_html/2006-04-10/18-35-04.jpg 3795016520 v:/internal_html/2006-04-10/18-42-34.jpg 3852959752 v:/internal_html/2006-04-10/18-43-06.jpg 3815566152 v:/internal_html/2006-04-10/18-46-44.jpg 3835266856 v:/internal_html/2006-04-10/19-08-16.jpg 3809127240 v:/internal_html/2006-04-10/19-08-26.jpg 3813952328 v:/internal_html/2006-04-10/19-21-10.jpg 3809901384 v:/internal_html/2006-04-10/19-21-20.jpg 3795725128 v:/internal_html/2006-04-10/19-21-28.jpg ~/sandboxes/main/internal/src [921] $ ls -i v:/internal_html/2006-04-10/*.jpg 3799156744 v:/internal_html/2006-04-10/17-50-56.jpg 3849202504 v:/internal_html/2006-04-10/18-01-24.jpg 3810672648 v:/internal_html/2006-04-10/18-01-46.jpg 3797491720 v:/internal_html/2006-04-10/18-04-06.jpg 3795110728 v:/internal_html/2006-04-10/18-11-28.jpg 3792825160 v:/internal_html/2006-04-10/18-11-40.jpg 3807404040 v:/internal_html/2006-04-10/18-15-04.jpg 3810777928 v:/internal_html/2006-04-10/18-18-04.jpg 3809978072 v:/internal_html/2006-04-10/18-20-50.jpg 3805025880 v:/internal_html/2006-04-10/18-22-46.jpg 380760 v:/internal_html/2006-04-10/18-22-54.jpg 3810869256 v:/internal_html/2006-04-10/18-30-16.jpg 3813347336 v:/internal_html/2006-04-10/18-32-22.jpg 3813766224 v:/internal_html/2006-04-10/18-32-24.jpg 3872890888 v:/internal_html/2006-04-10/18-32-56.jpg 3814602208 v:/internal_html/2006-04-10/18-32-58.jpg 3815848776 v:/internal_html/2006-04-10/18-33-04.jpg 3831892808 v:/internal_html/2006-04-10/18-33-48.jpg 3813485384 v:/internal_html/2006-04-10/18-34-58.jpg 3791887176 v:/internal_html/2006-04-10/18-35-04.jpg 3810153736 v:/internal_html/2006-04-10/18-42-34.jpg 3797048136 v:/internal_html/2006-04-10/18-43-06.jpg 3797879112 v:/internal_html/2006-04-10/18-46-44.jpg 3835842568 v:/internal_html/2006-04-10/19-08-16.jpg 3815439176 v:/internal_html/2006-04-10/19-08-26.jpg 3803762696 v:/internal_html/2006-04-10/19-21-10.jpg 3783662408 v:/internal_html/2006-04-10/19-21-20.jpg 3810263048 v:/internal_html/2006-04-10/19-21-28.jpg [EMAIL PROTECTED] wrote: Can you send an `ls -i' output from a small directory on that share? I'm still looking into some way to distinguish old and new versions of Samba... Here's one from the root of the share: ... -- Stefan Vorkoetter Maplesoft -- 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: Find not working w/ Samba drive
Corinna Vinschen wrote: I've applied a patch to Cygwin which handles the remote file systems according to the above list now. Please test the next developers snapshot from http://cygwin.com/snapshots/ Corinna I've tried this patched dll, and the "cp from a Samba 2.x filesystem" problem has gone away. Thanks! -- Stefan Vorkoetter Maplesoft Aviation is proof, that given the will, we have the capacity to achieve the impossible. -- Eddie Rickenbacker -- 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/
select call does block unless data arrives at socket (when waiting for serial port and ip socket)
Hi... I want to use select() to wait for a serial port and a ip socket. Following problem: If data arrives the serial port, select() works as aspected and returns 1. If data arrives the ip socket, select() doesn't return. If data arrives the serial port and before there was some data at the ip socket, select() returns 2. Both file descriptors are set in "fd_set input", and all data can be read by the next functions. I am using the cygwin1.dll version 1.5.11 with Windows XP. (The same problem with previous versions of cygwin1.dll.) Thanks for help. Stefan Sample sourcecode: /*/ /* ipserial.c */ #include #include #include #include #include #include #include #include #include #include /*/ #define HOSTNAME "localhost" #define HOSTMODEPORT 5000 #define MAXDATASIZE 256 #define SERIALPORT "com5" /*/ int open_port(void) { int fd; fd = open(SERIALPORT, O_RDWR | O_NOCTTY); if (fd == -1) { perror("open serial port"); } else fcntl(fd, F_SETFL, 0); return (fd); } /*/ int init_port(int fd) { struct termios options; tcgetattr(fd, &options); cfsetispeed(&options, B19200); cfsetospeed(&options, B19200); options.c_cflag |= (CLOCAL | CREAD); options.c_cflag &= ~CSTOPB; options.c_cflag &= ~CRTSCTS; options.c_iflag &= ~(IXON | IXOFF | IXANY); //cfmakeraw(&options); options.c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); options.c_oflag &= ~OPOST; options.c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); options.c_cflag &= ~(CSIZE|PARENB); options.c_cflag |= CS8; options.c_cc[VMIN] = 0; options.c_cc[VTIME] = 10; tcsetattr(fd, TCSANOW, &options); return(0); } /*/ int main(void) { int err; int numbytes; char serialbuf[MAXDATASIZE]; char socketbuf[MAXDATASIZE]; intserialfd,socketfd; intmax_fd; fd_set input; struct hostent *he; struct sockaddr_in their_addr; if ((he=gethostbyname(HOSTNAME)) == NULL) { perror("gethostbyname"); exit(1); } if ((socketfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) { perror("socket"); exit(1); } their_addr.sin_family = AF_INET; their_addr.sin_port = htons(HOSTMODEPORT); their_addr.sin_addr = *((struct in_addr *)he->h_addr); memset(&(their_addr.sin_zero), '\0', 8); if (connect(socketfd, (struct sockaddr *)&their_addr,sizeof(struct sockaddr)) == -1) { perror("connect"); exit(1); } serialfd = open_port(); err = init_port(serialfd); while (1) { FD_ZERO(&input); FD_SET(socketfd,&input); FD_SET(serialfd,&input); max_fd = (socketfd > serialfd ? socketfd : serialfd); err = select(max_fd+1, &input, NULL, NULL, NULL); if (err) { if (FD_ISSET(serialfd,&input)) { if ((numbytes=read(serialfd, serialbuf, MAXDATASIZE-1)) < 0) { perror("read serial"); exit(1); } if (send(socketfd,serialbuf,numbytes,0) == -1) { perror("send socket"); exit(1); } } if (FD_ISSET(socketfd,&input)) { if ((numbytes=recv(socketfd, socketbuf, MAXDATASIZE-1, 0)) == -1) { perror("recv socket"); exit(1); } if (write(serialfd, socketbuf, numbytes) < 0) { perror("write serial"); exit(1); } } } } close(serialfd); close(socketfd); 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/
bk/ssh problem
Hi, I cannot use BitKeeper with SSH through Cygwin on a box running Win XP. When using ssh (e.g. bk clone, bk pull, bk push), BitKeeper just hangs until I kill it. On that box, BitKeeper does work with http, and ssh by itself works, too; for example: ~> ssh [EMAIL PROTECTED] Last login: Sat Nov 20 22:27:20 2004 from dsl-62-220-9-177.berlikomm.net MySQL AB build machine [EMAIL PROTECTED]:~> I've been googling around and checking this list's archives, but the only thread that turned up that might be related to my problem is this one: http://sources.redhat.com/ml/cygwin/2004-10/msg00435.html See details below. Does anyone have pointers? Thank for your time! bk/ssh doesn't work on this Win XP box: ~> uname -a CYGWIN_NT-5.1 artemis 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown unknown Cygwin ~> uname -r 1.5.12(0.116/4/2) ~> bk version BitKeeper version is bk-3.2.3 20040818155841 for x86-win32? Built by: [EMAIL PROTECTED] in /c/cygwin/build/3.2.x-lm/src? Built on: Wed Aug 18 11:18:01 PST 2004 Running on: MINGW32_NT-5.1 1.0.11(0.46/3/2) bk/ssh does work on this Win 2000 box: ~> uname -a CYGWIN_NT-5.0 Athena 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin ~> uname -r 1.5.11(0.116/4/2) ~> bk version BitKeeper version is bk-3.2.2c 20040630231915 for x86-win32â Built by: [EMAIL PROTECTED] in /c/cygwin/build/3.2.x-lm/srcâ Built on: Wed Jun 30 16:29:38 PST 2004 Running on: MINGW32_NT-5.0 1.0.11(0.46/3/2) Regards, Stefan -- Stefan Hinz <[EMAIL PROTECTED]> MySQL AB, Documentation Team Taunusstr. 27, 12161 Berlin, Germany Desk: +49 30 82702940 Fax: +49 30 82702941 Mobile: +49 177 7841069 -- 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: bk/ssh problem
Adrian Corduneanu wrote: Check the following threads for Cygwin's recent problems with SSH and native Windows applications on Windows XP Service Pack 2 (Service Pack 1 does not lead to problems): Re: More pipe problems (was Re: [Fwd: 1.5.11-1: sftp performance problem]) Executing ssh from perl Thanks, I saw these threads (in the archives and on this list). I'm not particularly keen of downgrading XP to SP1, so I'd be interested in a) if this is regarded a Cygwin problem, and b) if it's on the todo to be fixed, and possibly when. Thanks in advance! Regards, Stefan -- Stefan Hinz <[EMAIL PROTECTED]> MySQL AB, Documentation Team Taunusstr. 27, 12161 Berlin, Germany Desk: +49 30 82702940 Fax: +49 30 82702941 Mobile: +49 177 7841069 -- 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/
Piping problems with bk and ssh under Win XP SP2
With my current installation (Win XP SP2, Cygwin 1.5.12) it looks like I cannot use BitKeeper via ssh since there is a piping problem with SP2 and Cygwin. I have two questions: 1) Is this considered a Win XP (SP2) problem, or will this issue be fixed? 2) Is there a workaround? If the workaround is downgrading Cygwin, then where's the information on how to do this? Thanks in advance for your time! Regards, Stefan -- Stefan Hinz <[EMAIL PROTECTED]> MySQL AB, Documentation Team Taunusstr. 27, 12161 Berlin, Germany Desk: +49 30 82702940 Fax: +49 30 82702941 Mobile: +49 177 7841069 -- 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: Piping problems with bk and ssh under Win XP SP2
Bob Byrnes wrote: With my current installation (Win XP SP2, Cygwin 1.5.12) it looks like I cannot use BitKeeper via ssh since there is a piping problem with SP2 and Cygwin. Could you please provide more details? Exactly what is going wrong, and what makes you think it is due to a "piping problem"? I've asked before, and got an answer that told me my bk/ssh problems were related to Cygwin 1.5.11+/Win XP SP2 problems (which, from reading the archives, is what I had suspected): http://sources.redhat.com/ml/cygwin/2004-11/msg00968.html Executive summary: bk via ssh doesn't work with Cygwin 1.5.12 on Win XP SP2. bk via http works, and ssh itself works, too. The problem shows up on my Win XP SP2 box only; everything works smoothly on my Win 2000 SP4 box (I'm using 1.5.11 on that box). Regards, Stefan -- Stefan Hinz <[EMAIL PROTECTED]> MySQL AB, Documentation Team Taunusstr. 27, 12161 Berlin, Germany Desk: +49 30 82702940 Fax: +49 30 82702941 Mobile: +49 177 7841069 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How can an MSVC app tell it's running in a Cygwin rxvt window?
We have an application which can run in a command-line driven mode. For Windows, the app is compiled with MSVC. However, some of our users (including some people in-house) like to use it from within a Cygwin shell. It works fine in a bash running in a Windows console window, but not when running under rxvt. The problem there is that Microsoft's isatty(0) call is returning false. Does anyone know how to get an app compiled with MSVC to figure out that its running in bash within rxvt? Thanks, Stefan Vorkoetter Maplesoft -- 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: How can an MSVC app tell it's running in a Cygwin rxvt window?
I just want to add that the app must still be able to distinguish between having had its stdin redirected or not. -- 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 spelling mistake and more
>So are we saying that Cygwin is British?!? ;-) Yes, I'd opt for Shakespearean English: [EMAIL PROTECTED] ~/src $ su su: O lilliterate loiterer! Hence, horrible villain, or I'll spurn thine eyes like balls before me; I'll unhair thy head, Thou shalt be whipp'd with wire, and stew'd'in brine, smarting in lingering pickle. :-) Stefan -- 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: GTK+, CYGWIN & MSW
Hi Jamiil, that is normal when using Cygwin. If you want a native version use MingW together with the gtk+ builds e.g. Tor offers. Stefan I have finally got an application to compile under cygwin, but to run it I have to launch the X server, 'startx' to be able to run the program under cygwin. However, I am not able to run the program form windows, I have added the 'cygwin.dll' and 'cygX11-6.dll' directories to the 'autoexec.bat' '%path%'. the program just does not run. What can I do to get this fixed? TIA _ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- 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/
Path problems with trailing dot
Today I noticed with streamripper that Cygwin appears to have a problem with trailing dots in paths: > mkdir test. ; echo > test./test2 bash: test./test2: No such file or directory The trailing dot disappears and cannot be used in paths. This seems to be a DOS legacy of either NTFS or Windows. Is there anything in the queue to fix this? Regards, Stefan Schuerger -- 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/
-fno-inline -O1 breaks ntohs()
Hi! Testcase: -- #include int main() { volatile short s = 33, t; t = ntohs(s); return 0; } -- > i686-pc-cygwin-gcc -fno-inline -o test test.c > i686-pc-cygwin-gcc -O1 -fno-inline -o test test.c /tmp/ccswmuY9.o:test.c:(.text+0x27): undefined reference to `___ntohs' collect2: ld returned 1 exit status > This is my crosscompiler (gcc-4.1.1) but it breaks with gcc-3.4.4 (included in cygwin) exactly the same way (it compiles without -O1 and breaks otherwise). If -fno-inline is not supported under cygwin sorry for wasting your time. -- ciao - Stefan " Whip me. Beat me. Make me maintain VMS. " -- 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.24-2: svn over ssh in Vista: Connection reset by peer
Hi, I'm experiencing problems with svn over ssh under Windows Vista. I use the newest cygwin version (1.5.24-2) with openssh 4.6p1-1 and subversion 1.4.3-1. When checking out a repository, ssh connects to my server (Win2003,cygwin,sshd) and svn downloads some files. After a few files ssh reports "connection closed by peer" and svn checkout aborts. After that I can issue svn checkout as often I want, and every time it downloads some new files. However, every time after having transferred some 200KB the connection breaks down. I eliminated some possibilites of causes up to now and I think it's related somehow to the combination of Vista, ssh and svn: - If I start a VirtualMachine inside my Vista-Host, running a WinXP with cygwin (openssh 4.5p1, subversion 1.4.2), it works like a charm (striking out every hardware/network related issue) - All other clients (mainly XP+cygwin, some Linux) can connect my server and download whole repository whithout problems (striking out server issues) - If I connect to my server via VPN and directly access the svn repository by file:/// it works without problems - If I connect from Vista via ssh to my server, I can use the connection as long as I want without interruption (even if I do nothing for hours), since the server has TCPKeepAlive in its config file Do you have any hints what it could be or where I should look for the cause? Thx, Stefan D. -- 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 suspending Cygwin-based GDB from Eclipse/CDT (and some findings)
Hi, We have a source code debug solution based on Eclipse / CDT / GDB / GCC / Cygwin DLL. We are using Eclipse 3.2.2 / CDT 3.1.2 / GDB 6.3 / GCC 3.4.4 / Cygwin DLL 1.5.19-4 (cygwin1.dll). Until now, we have only supported Windows XP but recently we were forced to upgrade to a newer version of the cygwin1.dll (1.5.24-2) since we had to support Windows Vista, and Cygwin-based GCCs didn't work correctly with cygwin1.dll 1.5.19-4 on Windows Vista due to heap errors in cygwin1.dll. However, GDB works fine with cygwin1.dll 1.5.19-4 on Windows Vista. Unfortunately, I just discovered that suspending GDB from Eclipse/CDT no longer works. So I tried all versions of the cygwin1.dll from 1.5.19-4 to the forthcoming 1.5.25-3 and found that starting from version 1.5.20-1, the signal handling in cygwin1.dll seems to have changed in such a way that suspending GDB from Eclipse/CDT no longer works. Note that versions before 1.5.19-4 of the cygwin1.dll also works correct with respect to suspending GDB from Eclipse/CDT. By searching the cygwin mailing list, it seems that it is a general problem when trying to programatically send a SIGINT from one process to another process. I looked at the cygwin change list from 1.5.19-4 to 1.5.20-1 (http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) and noticed the following signal-related changes: * cgf: When sending signals, assume that any code which is not directly associated with a DLL or an executable is user code. * cgf: Pass cygwin signals to gdb. Fix the dreaded SIGSEGV found in some pthread functions. * corinna: Implement sigignore and sigset. * cgf: Make SA_RESTART sigaction flag work more like linux. It seems that one or more of the changes listed above (or some other change(s) described in http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) is the cause of this problem. It is a bit ironic that one of the changes mentions passing cygwin signals to gdb since it is exactly this functionality that is now broken but, from our experience, worked in 1.5.19-4. I'm cross posting this mail to the CDT mailing list as well, since there may be other Eclipse/CDT users interested in this issue. Is there anything I can do to help in finding out why versions starting from 1.5.20-1 of the cygwin1.dll no longer supports programatically sending a SIGINT from one process to another? If nothing else, I can at least help out with testing. Best Regards, Stefan Bylund -- ----- Stefan Bylund Senior Software Engineer Enea Skalholtsgatan 9, Box 1033, SE-164 21 Kista, Sweden Direct: +46 8 50 71 43 25 Mobile: +46 709 71 43 25 [EMAIL PROTECTED] www.enea.com - Enea - Embedded for Leaders - -- 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 suspending Cygwin-based GDB from Eclipse/CDT (and some findings)
Hi again, I got a response on my cross-post to the CDT mailing list from Doug Schaefer, the CDT lead, where he said that the SIGINT handling in Cygwin changed sometime last year and that there are newer builds of CDT 3.2.1 that has adapted to the new of handling SIGINTs in Cygwin. I tried it and it works :) So, I guess we can close this issue. Best Regards, Stefan Bylund Stefan Bylund wrote: Hi, We have a source code debug solution based on Eclipse / CDT / GDB / GCC / Cygwin DLL. We are using Eclipse 3.2.2 / CDT 3.1.2 / GDB 6.3 / GCC 3.4.4 / Cygwin DLL 1.5.19-4 (cygwin1.dll). Until now, we have only supported Windows XP but recently we were forced to upgrade to a newer version of the cygwin1.dll (1.5.24-2) since we had to support Windows Vista, and Cygwin-based GCCs didn't work correctly with cygwin1.dll 1.5.19-4 on Windows Vista due to heap errors in cygwin1.dll. However, GDB works fine with cygwin1.dll 1.5.19-4 on Windows Vista. Unfortunately, I just discovered that suspending GDB from Eclipse/CDT no longer works. So I tried all versions of the cygwin1.dll from 1.5.19-4 to the forthcoming 1.5.25-3 and found that starting from version 1.5.20-1, the signal handling in cygwin1.dll seems to have changed in such a way that suspending GDB from Eclipse/CDT no longer works. Note that versions before 1.5.19-4 of the cygwin1.dll also works correct with respect to suspending GDB from Eclipse/CDT. By searching the cygwin mailing list, it seems that it is a general problem when trying to programatically send a SIGINT from one process to another process. I looked at the cygwin change list from 1.5.19-4 to 1.5.20-1 (http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) and noticed the following signal-related changes: * cgf: When sending signals, assume that any code which is not directly associated with a DLL or an executable is user code. * cgf: Pass cygwin signals to gdb. Fix the dreaded SIGSEGV found in some pthread functions. * corinna: Implement sigignore and sigset. * cgf: Make SA_RESTART sigaction flag work more like linux. It seems that one or more of the changes listed above (or some other change(s) described in http://cygwin.com/ml/cygwin-announce/2006-07/msg0.html) is the cause of this problem. It is a bit ironic that one of the changes mentions passing cygwin signals to gdb since it is exactly this functionality that is now broken but, from our experience, worked in 1.5.19-4. I'm cross posting this mail to the CDT mailing list as well, since there may be other Eclipse/CDT users interested in this issue. Is there anything I can do to help in finding out why versions starting from 1.5.20-1 of the cygwin1.dll no longer supports programatically sending a SIGINT from one process to another? If nothing else, I can at least help out with testing. Best Regards, Stefan Bylund -- ----- Stefan Bylund Senior Software Engineer Enea Skalholtsgatan 9, Box 1033, SE-164 21 Kista, Sweden Direct: +46 8 50 71 43 25 Mobile: +46 709 71 43 25 [EMAIL PROTECTED] www.enea.com - Enea - Embedded for Leaders - -- 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/
Latest Ghostscript 9.10 issue when using tiff output filter
Converting a PDF to tiff using Ghostscript results in an error. All tiff devices can't be used. I've used a fresh Cygwin with the latest Ghostsscript. Command used: gs -dNOPAUSE -dBATCH -dSAFER -sDEVICE=tiff24nc -sOutputFile=test.tiff test.pdf Error: Error writing data for field "BitsPerSample" Used Ghostscript version: GPL Ghostscript 9.10 (2013-08-30) Copyright (C) 2013 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Seems to be a problem with the cygtiff-5 library. If I overwrite the cygtiff-5.dll with the cygtiff-6.dll the error is away and the tiff file is generated. Other software like imagemagic seems to have no problems with the cygtiff-5.dll. What's going wrong? -- 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.5.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )
The cygwin processes are crashing on the "Windows 2003 Server Ver 5.2 Build 3790 Service Pack". It does not happen regulary, just sometimes but then in series of lets say 5-10 exectuions. This happens on multiple machines, all with the same OS, therefore i think it is a bug rather than a setup problem. I have already removed cygwin and installed it fresh - this did not change anything. i have seen the crashes for: bash, sh, ls, cp, ... Here are some examples of the Windows Event Log: Faulting application cp.exe, version 0.0.0.0, faulting module cygwin1.dll, version 1005.25.0.0, fault address 0x00047699. Faulting application bash.exe, version 0.0.0.0, faulting module cygwin1.dll, version 1005.25.0.0, fault address 0x00047699. Faulting application ls.exe, version 0.0.0.0, faulting module cygwin1.dll, version 1005.25.0.0, fault address 0x00047699. NOTE: the address is always similar and points to something in the cygwin1.dll. Is there any workaround, or how can we fix this? This problem is critical for us. Regards Stefan -- 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.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )
> On Tue, Apr 14, 2009 at 05:39:20AM +0400, Stefan Walter wrote: >>The cygwin processes are crashing on the "Windows 2003 Server Ver 5.2 >>Build 3790 Service Pack". It does not happen regulary, just sometimes but >>then in series of lets say 5-10 exectuions. This happens on multiple >>machines, all with the same OS, therefore i think it is a bug rather than >>a setup problem. >> >>I have already removed cygwin and installed it fresh - this did not >> change >>anything. >> >>i have seen the crashes for: bash, sh, ls, cp, ... >> >>Here are some examples of the Windows Event Log: >> >>Faulting application cp.exe, version 0.0.0.0, faulting module >> cygwin1.dll, >>version 1005.25.0.0, fault address 0x00047699. >> >>Faulting application bash.exe, version 0.0.0.0, faulting module >>cygwin1.dll, version 1005.25.0.0, fault address 0x00047699. >> >>Faulting application ls.exe, version 0.0.0.0, faulting module >> cygwin1.dll, >>version 1005.25.0.0, fault address 0x00047699. >> >>NOTE: the address is always similar and points to something in the >>cygwin1.dll. >> >> >>Is there any workaround, or how can we fix this? This problem is critical >>for us. > > The fault address of 0x00047699 is not in the cygwin DLL. > > You need to read the problem reporting guidelines at: > > http://cygwin.com/problems.html > > But, I suspect BLODA: > > http://cygwin.com/acronyms/#BLODA > > cgf Thanks for your input. BLODA sounds not bad as a possible cause. Somehow i have to get rid of this problem, but dont know at the moment how to start with it? Is there any way that i can analyse this deeper? Please advise. Sorry if my question sounds stupid, but i am not very much experienced with cygwin, therefore i really need some help. Regards Stefan > > -- > 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: 1.5.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )
You need to read the problem reporting guidelines at: http://cygwin.com/problems.html But, I suspect BLODA: http://cygwin.com/acronyms/#BLODA cgf Thanks for your input. BLODA sounds not bad as a possible cause. Somehow i have to get rid of this problem, but dont know at the moment how to start with it? Is there any way that i can analyse this deeper? Please advise. Sorry if my question sounds stupid, but i am not very much experienced with cygwin, therefore i really need some help. Help us help you. We're not mindreaders here; we don't know anything about your system setup. Read what the first link above tells you to do and then do that. In particular send 'cygcheck -s -v -r' output **as an attachment** on your next email here. If you want to be really proactive, do what the first link above tells you to do then check your system for the existence of any of the BLODA listed in the second link above, or any program that might be similar to ones already on the list, regardless of your "not very experienced with Cygwin" opinion of whether it matters. It matters most to relative newbies such as yourself :-). ..mark -- 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/ Attached now the cygcheck.out. Maybe someone can give me now a hint for the crashes. Additional: There is no Antivirus as well as Firewall running on the System. Thanks Stefan Cygwin Configuration Diagnostics Current System Time: Tue Apr 14 11:02:39 2009 Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2 Running under WOW64 on AMD64 Running in Terminal Service session Path: C:\Program Files\HP\NCU C:\Program Files\Support Tools\ C:\Program Files (x86)\Windows Resource Kits\Tools\ C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\WINNT\sysWOW64 C:\Program Files (x86)\Microsoft SQL Server\80\Tools\Binn\ C:\Program Files\Microsoft SQL Server\90\DTS\Binn\ C:\Program Files\Microsoft SQL Server\90\Tools\binn\ C:\Program Files (x86)\Microsoft SQL Server\90\Tools\binn\ C:\Program Files (x86)\Microsoft SQL Server\90\DTS\Binn\ C:\Program Files (x86)\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\ C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\ C:\cygwin\bin S:\lisecsw-srv\Common\x64 C:\Program Files\System Center Operations Manager 2007\ C:\Program Files\OmniBack\bin\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(liorder) GID: 513(None) 513(None) 544(Administrators) 545(Users) 1007(SQLServer2005DTSUser$WNDRPSQ90DE) 1009(SQLServer2005MSSQLServerADHelperUser$WNDRPSQ90DE) 1013(SQLServer2005NotificationServicesUser$WNDRPSQ90DE) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(liorder) GID: 513(None) 513(None) 544(Administrators) 545(Users) 1007(SQLServer2005DTSUser$WNDRPSQ90DE) 1009(SQLServer2005MSSQLServerADHelperUser$WNDRPSQ90DE) 1013(SQLServer2005NotificationServicesUser$WNDRPSQ90DE) SysDir: C:\WINNT\system32 WinDir: C:\WINNT PWD = '/cygdrive/c/temp' CYGWIN = 'ntsec tty' HOME = '/home/liorder' HOMEPATH = '\Documents and Settings\liorder.WNDRPSQ90DE' APPDATA = 'C:\Documents and Settings\liorder.WNDRPSQ90DE\Application Data' PROGRAMW6432 = 'C:\Program Files' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'EM64T Family 6 Model 23 Stepping 6, GenuineIntel' WINDIR = 'C:\WINNT' COMMONPROGRAMW6432 = 'C:\Program Files\Common Files' USERDOMAIN = 'WNDRPSQ90DE' COMMONPROGRAMFILES(X86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/DOCUME~1/LIORDE~1.WND/LOCALS~1/Temp/9' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' OMNIORB_CONFIG = 'S:\lisecsw-srv\Common\x64\omniORB.cfg' LIB = 'C:\Program Files\SQLXML 4.0\bin\' USERNAME = 'liorder' CLUSTERLOG = 'C:\WINNT\Cluster\cluster.log' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' USERPROFILE = 'C:\Documents and Settings\liorder.WNDRPSQ90DE' CLIENTNAME = 'A00034858' LOGONSERVER = '\\WNDRPSQ90DE' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\temp' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINNT\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/LIORDE~1.WND/LOCALS~1/Temp/9' SYSTEMROOT = 'C:\WINNT' PROCESSOR_REVISION = '1706'
MS-DFSR conflict with cygwin file permissions
If you redirect output in cmd.exe to a file (echo "Hello world..." >output.txt), then the file "output.txt" have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Regards Stefan -- 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: MS-DFSR conflict with cygwin file permissions
Larry Hall (Cygwin) schrieb: Stefan Walter wrote: If you redirect output in cmd.exe to a file (echo "Hello world..." >output.txt), then the file "output.txt" have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Read the section about NT security in the User's Guide <http://cygwin.com/cygwin-ug-net/ntsec.html> and then try setting 'nontsec' in your CYGWIN environment variable <http://cygwin.com/cygwin-ug-net/using-cygwinenv.html>. That was a great hint. I tried it now with "CYGWIN=nontsec tty" and the permission are as i wanted it. One more question with that. In the guides for "sshd" they always recommend "CYGWIN=ntsec tty". Do you expect a problem if i run with nontsec? Stefan -- 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: MS-DFSR conflict with cygwin file permissions
Larry Hall (Cygwin) schrieb: Stefan Walter wrote: Larry Hall (Cygwin) schrieb: Stefan Walter wrote: If you redirect output in cmd.exe to a file (echo "Hello world..." >output.txt), then the file "output.txt" have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Read the section about NT security in the User's Guide <http://cygwin.com/cygwin-ug-net/ntsec.html> and then try setting 'nontsec' in your CYGWIN environment variable <http://cygwin.com/cygwin-ug-net/using-cygwinenv.html>. That was a great hint. I tried it now with "CYGWIN=nontsec tty" and the permission are as i wanted it. One more question with that. In the guides for "sshd" they always recommend "CYGWIN=ntsec tty". Do you expect a problem if i run with nontsec? Beyond the loss of the POSIX permissions, no. You should check your 'sshd_config' file and make sure 'StrictModes' is set to 'no' though. 'tty' is not required for 'sshd' The loss of the POSIX permissions is fine for me. But what is then the purpose of tty in the CYGWIN variable? -- 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.25: cygwin executeables are crashing from time to time (Windows 2003 Server Ver 5.2 Build 3790 Service Pack )
Mark Geisert schrieb: Stefan Walter writes: Attached now the cygcheck.out. Maybe someone can give me now a hint for the crashes. Additional: There is no Antivirus as well as Firewall running on the System. [...] Cygwin Configuration Diagnostics Current System Time: Tue Apr 14 11:02:39 2009 Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2 Running under WOW64 on AMD64 Running in Terminal Service session Others may see something else in the cygcheck output you sent; thanks for sending it. What stood out to me is what's quoted above. This kind of smells like the "cygwin bash crashes on Win Serv 2008" thread from last October. That ended up with the realization that installing Terminal Service changes the system-wide DEP (Data Execution Protection) flag for the worse, as far as Cygwin is concerned. Could you please read one of the later emails on that thread: <http://cygwin.com/ml/cygwin/2008-10/msg00459.html> and see if the situation applies to your systems and whether the workaround works for you? I know the thread talks about Windows Server 2008 and you're running WS2K3, but maybe it applies there too. ..mark -- 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 have changed the DEP as well as i was trying with peflags. Nothing seems to work. I am getting a critical situation, if there is no fix available. Does anyone have some further tips, how to solve the problem? Thanks in Advance, Stefan -- 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: Bug to setup Cygwin on Windows Server 2008 64bits
Kyeto schrieb: Corinna Vinschen-2 wrote: On May 7 01:48, Kyeto wrote: Hi, I have already installed Cygwin on several computers on 32 bits. But now, i need to setup it on my Windows Enterprise Server 2008 64bits. During the setup, there is no error. But when i lunch Cygwin, i have some exception which shutdown cygwin. (look the screenshoot) http://www.nabble.com/file/p23422628/Picture%2B2.png And in the file bash.exe.stackdump : Exception: STATUS_ACCESS_VIOLATION at eip=0043AF00 eax= ebx= ecx=61106EC8 edx= esi=611021A0 edi=0045A190 ebp=0027CC98 esp=0027C65C program=C:\cygwin\bin\bash.exe, pid 3396, thread main cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args 0027CC98 0043AF00 (0001, 011601B0, 01160090, 61010E8C) 0027CD68 610060D8 (, 0027CDA0, 61005450, 0027CDA0) 61005450 61004416 (009C, A02404C7, E8611021, FF48) 82763 [main] bash 3396 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 85226 [main] bash 3396 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) How can i resolv this problem ? I have search on different forum but i don't find any answer. This could be an issue with Terminal Server. If you installed TS on that machine, as a temporary workaround, switch off DEP. For the mid term we have a tool called peflags/peflagsall (in the rebase package) which allows to set the TS-awareness flag in executables. This will get rid of the problem (just use it from ash, which isn't affected by the problem for some reason). For the long term we will get a new gcc-4 at one point which sets the TS-awareness flag for newly created executables automatically. 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 have disabled DEP and now Cygwin run. But i have just the pompt with : bash-3.2$ : _ None commands are available When i do a "ls" => command not found. It's the same for a lot (touch, chmod ...) But, pwd, cd work Did you add C:\cygwin\bin into your PATH envrionment variable? pwd and cd are builtins, but touch, chmod and so on are executeables. Stefan -- 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/
Why I hate updates
/bin/xterm: Can't execvp /usr/bin/bash: No such file or directory cygwin warning: MS-DOS style path detected: c:\ruby\bin\inputrc.euro Preferred POSIX equivalent is: /cygdrive/c/ruby/bin/inputrc.euro CYGWIN environment variable option "nodosfilewarning" turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames bash-3.2$ I just want to use it. I don't have time to follow every detail of the development. Because Cygwin sometimes forces me to restart the whole system after I install an additional program, I have developed the habit of updating Cygwin every start of a work day. I really hate it when things just break after an update. -- Web (en): http://www.no-spoon.de/ -*- Web (de): http://www.frell.de/ -- 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/
'date' command returns a time exactly 3:21:00 ahead of system time
I've been using cygwin on XP (yeah, I know, XP is over, but I'm not about to replace a perfectly adequate machine). I've been using the same version of cygwin for at least the past few years. Recently (perhaps two weeks ago), the shell's 'date' command has started returning a time that is exactly 3 hours and 21 minutes ahead of what the system clock reports (via the Windows date/time control panel, the system tray, etc.). Commands like touch also use this same incorrect time. Somehow, I don't think this is just a timezone issue. cygcheck output attached. I've replaced all instances of my user name with , lower case host name with , and uppercase host name with . Other than that, the file is untouched. -- Stefan Vorkoetter http://www.stefanv.com Cygwin Configuration Diagnostics Current System Time: Sun Dec 07 08:44:53 2014 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\home\\bin C:\cygwin\usr\local\bin C:\cygwin\usr\sbin C:\cygwin\usr\local\mysql\bin C:\cygwin\home\\sandboxes\main\toolbox_source\Scripts C:\cygwin\home\\sandboxes\main\internal\bin C:\cygwin\home\\sandboxes\main\bin C:\devtools\msvs8\Common7\IDE C:\devtools\msvs8\VC\BIN C:\devtools\msvs8\Common7\Tools C:\devtools\msvs8\Common7\Tools\bin C:\devtools\msvs8\VC\PlatformSDK\bin C:\devtools\msvs8\SDK\v2.0\bin C C:\cygwin\Windows\Microsoft.NET\Framework\v2.0.50727 C:\devtools\msvs8\VC\VCPackages C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Program Files\Common Files\Microsoft Shared\Windows Live C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl C:\PROGRA~1\Borland\CBUILD~1\Bin C:\PROGRA~1\Borland\Delphi5\Projects\Bpl C:\PROGRA~1\Borland\Delphi5\Bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\SecureCRT 3.0 C:\Program Files\ATI Technologies\ATI Control Panel C:\Program Files\Common Files\Ulead Systems\MPEG C:\Program Files\QuickTime\QTSystem\ C:\Program Files\SQL Anywhere 10\win32 C:\Program Files\SQL Anywhere 10\Sybase Central 5.0.0\win32 C:\Program Files\Common Files\Adobe\AGL C:\Program Files\GTK2-Runtime\lib C:\Program Files\Common Files\Microsoft Shared\Windows Live C:\app\DevStudio\Common\Tools\WinNT C:\app\DevStudio\Common\MSDev98\Bin C:\app\DevStudio\Common\Tools C:\app\DevStudio\VC98\bin C C:\app\watcom-1.3\binnt C C:\app\watcom-1.3\binw C:\usr\bin Output from C:\cygwin\bin\id.exe UID: 1006() GID: 513(None) 513(None) 0(root)544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = '' PWD = '/home//proj/WatchTimer/WatchOScope' CYGWIN = '"binmode nontsec tty"' HOME = '/home/' TESTGROUP_LIST = '/home//sandboxes/main/logs/testlists/141123.testlist' TOOLBOX_QUIET = '1' HOMEPATH = '\Documents and Settings\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\\Application Data' OBJNAME = 'internal/obj.wnt' MASTER = '/u/maple/repository/base' LM_NAME5 = 'WM - Internal Use Only' compileFinishDir = '/home//sandboxes/main/logs/CompileAll_done' SYS = 'IBM_INTEL_NT' IGNORE_SYSTEM_ALIASES = '1' HOSTNAME = '' LIBNAME = 'lib' P4 = 'p4' SQLANY10 = 'C:\Program Files\SQL Anywhere 10' LIBEXT = 'dll' BINSYS = 'bin.wnt' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel' loadlibLogFile = '/home//sandboxes/main/logs/loadlib/LoadLibraries.log' BASE = '/home//sandboxes/main' WINDIR = 'C:\WINDOWS' WATCOM = 'C:\app\watcom-1.3' VS80COMNTOOLS = 'C:\devtools\msvs8\Common7\Tools\' MESA_PATH = '/disk/build/sv+mesa/mesa_341/lib/IBM_INTEL_NT' BINDIR = '/home//sandboxes/main/internal/bin.wnt' ATWMI = '1' SYS_VERSION = 'IBM_INTEL_NT' LM_OVER = 'C3B77141C330B65' MAPLE_ROOT = '/home//sandboxes/main' SQLANYSAMP10 = 'C:\Documents and Settings\All Users\Documents\SQL Anywhere 10\Samples' DevEnvDir = '/cygdrive/c/devtools/msvs8/Common7/IDE' PATHSEP = ';' LM_OVER5 = '402688B85264A26' MODELICAROOT = 'C:/cygwin/home//sandboxes/main/toolbox_source/MapleSim/modelica' OLDPWD = '/home/' SQLANYSH10 = 'C:\Program Files\SQL Anywhere 10' MAPLE_ENV_LOADED = '1' DEBUGGER = 'dbx' NO_OP = '0' LM_NAME = 'WM - Internal Use Only' USERDOMAIN =
Cron not working
Hello I am trying to set up a cron job to run a script every 10 minutes. I have installed cron via the installer and configured it with cron-config to run as a system service. Mar 10 14:11:33 stefan-PC cron: PID 3408: `cron' service started This is stefan's crontab, generated with crontab -e. */10 * * * * /cygdrive/c/Users/stefan/copy_from_fileserver According to /var/log/messages the cron job is executed correctly, but no test file is generated in the directory. Calling copy_from_fileserver from the command line works without complications and copies the file from the server as it should. Mar 10 14:40:01 stefan-PC /usr/sbin/cron: PID 2340: (stefan) CMD (/cygdrive/c/Users/stefan/copy_from_fileserver) How can I get this working? Yours Stefan -- 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
_pinfo::dup_proc_pipe: DuplicateHandle failed
Hi, I'm using Cygwin for executing build scripts. Thereby I encounter the following error sporadically: 44 [main] bash 21136! _pinfo::dup_proc_pipe: DuplicateHandle failed, pid 21136, hProcess 0x158, wr_proc_pipe 0xF8, Win32 error 5 The mailing list archives also know about the problem (but I didn't found a solution), see _pinfo::dup_proc_pipe: DuplicateHandle failed <http://lists-archives.org/cygwin/35191-_pinfo-dup_proc_pipe-duplicatehandle-failed.html> [1.7.0-49] DuplicateHandle failed <http://lists-archives.org/cygwin/45068-duplicatehandle-failed.html> I can reproduce the problem using the following shell script: test.sh: 01 #!/bin/bash 02 03 PATH="${PATH}:$(cygpath -u "C:/Program Files (x86)/Microsoft Visual Studio 10.0/VC/bin")" 04 CC="cl" 05 CFLAGS="-nologo -EP" 06 TEMPLATE="test.tc" 07 RUNS=3000 08 09 i=0 10 while [ $i -lt ${RUNS} ]; do 11( 12 ${CC} ${CFLAGS} ${TEMPLATE} > test${i}.c 13 rm -f test${i}.tc 14) & 15(( i++ )) 16 done 17 wait The template contains only the following include statement to keep the compiler somewhat busy: test.tc: 01 #include The sample uses the Microsoft C/C++ compiler but I guess it should work with other compilers too - just adapt binary and flags (e.g. the GNU C/C++ comiler takes '-E' for the flags). Please keep me on the CC list as I'm not subscribed to the mailing list. Regards, Stefan Kaltenberger BTW: I'm currently using Cygwin version 1.5 on Windows Server 2008 R2 x64: $ cygcheck -s Cygwin Configuration Diagnostics Current System Time: Wed Feb 16 11:34:57 2011 Windows Longhorn/Vista (not yet supported!) Ver 6.1 Build 7600 Running under WOW64 on AMD64 Running in Terminal Service session Path: c:\home\bin [...] CYGWIN = 'nontsec' [...] Cygwin DLL version info: DLL version: 1.5.25 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 156 Shared data: 4 DLL identifier: cygwin1 [...] Cygwin Package Information Package Version _update-info-dir 00811-1 alternatives 1.3.30c-2 ash 20040127-4 base-files 3.7-1 base-passwd 2.2-1 bash 3.2.48-21 bzip21.0.5-3 coreutils6.10-2 crypt1.1-1 csih 0.1.8-1 cygrunsrv1.34-1 cygutils 1.3.2-1 cygwin 1.5.25-15 cygwin-doc 1.4-4 diffutils2.8.7-1 editrights 1.01-2 findutils4.4.0-3 gawk 3.1.6-1 grep 2.5.3-1 groff1.19.2-2 gzip 1.3.12-2 less 382-1 libbz2_1 1.0.5-3 libiconv21.12-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.17-3 libncurses8 5.5-4 libpcre0 7.8-1 libpopt0 1.6.4-4 libreadline6 5.2.13-11 libwrap0 7.6-4 login1.9-8 man 1.6e-1 minires 1.02-1 openssh 5.1p1-10 openssl 0.9.8j-1 patch2.5.8-9 rebase 2.4.4-1 run 1.1.10-1 sed 4.1.5-2 tar 1.21-1 termcap 20050421-1 terminfo 5.7_20090228-1 terminfo05.5_20061104-2 texinfo 4.8a-1 tzcode 2008h-1 unzip5.52-3 which2.20-1 zip 3.0-2 zlib 1.2.3-3 zlib-devel 1.2.3-3 zlib01.2.3-3 -- 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: [PWNED/DOSSED] Cygwin's setup-x86.exe loads and executes rogue DLL from its application directory
Second and last chance! See <http://home.arcor.de/skanthak/policy.html> - Original Message - From: "Stefan Kanthak" To: Cc: Sent: Monday, December 28, 2015 4:23 AM Subject: [PWNED/DOSSED] Cygwin's setup-x86.exe loads and executes rogue DLL from its application directory > Hi, > > Cygwin's setup-x86.exe loads and executes UXTheme.dll > (on Windows XP also ClbCatQ.dll) and more from its > "application directory". > > For software downloaded with a web browser the application > directory is typically the user's "Downloads" directory: see > <https://insights.sei.cmu.edu/cert/2008/09/carpet-bombing-and-directory-poisoning.html>, > <http://blog.acrossecurity.com/2012/02/downloads-folder-binary-planting.html> > and <http://seclists.org/fulldisclosure/2012/Aug/134> > > If UXTheme.dll (or one of the other DLLs) gets planted in > the user's "Downloads" directory per "drive-by download" or > "social engineering" this vulnerability becomes a remote code > execution. > > If setup-x86.exe is NOT started with --no-admin the vulnerability > results in an escalation of privilege too! > > > Proof of concept/demonstration: > ~~~ > > 1. visit <http://home.arcor.de/skanthak/sentinel.html>, download > <http://home.arcor.de/skanthak/download/SENTINEL.DLL> and save > it as UXTheme.dll in your "Downloads" directory; > > 2. on Windows XP, copy the downloaded UXTheme.dll as ClbCatQ.dll; > > 3. download setup-x86.exe and save it in your "Downloads" directory; > > 4. execute setup-x86.exe from your "Downloads" directory; > > 5. notice the message boxes displayed from UXTheme.dll placed in > step 1 (and ClbCatQ.dll placed in step 2). > > PWNED! > > 6. copy the downloaded UXTheme.dll as WSock32.dll (on Windows XP > also as PSAPI.dll and WS2_32.dll); > > 7. rerun setup-x86.exe from your "Downloads" directory. > > DOSSED! > > 8. turning the denial of service into an arbitrary (remote) code > execution is trivial: just add the SINGLE entry (PSAPI.dll: > EnumProcesses, WSock32.Dll: recv, WS2_32.dll: Ordinal 21) > referenced from setup-x86.exe to a rogue DLL of your choice. > > PWNED again! > > > See <http://seclists.org/fulldisclosure/2015/Nov/101>, > <http://seclists.org/fulldisclosure/2015/Dec/86> and > <http://seclists.org/fulldisclosure/2015/Dec/121> plus > <http://home.arcor.de/skanthak/!execute.html> and > <http://home.arcor.de/skanthak/sentinel.html> for details about > this well-known and well-documented BEGINNER'S error! > > > Then dump your vulnerable executable installer and provide a SAFE > installer instead: either .MSI or .INF (plus .CAB). > > > I'll publish in 45 days. > See <http://home.arcor.de/skanthak/policy.html> and return the > CVE identifier assigned for this vulnerability to me! > > > regards > Stefan Kanthak -- 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
cron bug
Hello, I’ve set up cron as below on a fresh Windows 10 with a fresh, minimal 64-bit Cygwin installation. Cronjobs are not executed and cronevents says /usr/sbin/cron: PID 608: (CRON) error (can't switch user context). The output of cronbug is attached. When I run the service not under my own user but as an administrator, the result and error is the same. Thanks! Any advice is appreciated. $ cron-config The cron daemon can run as a service or as a job. The latter is not recommended. Cron is already installed as a service under account LocalSystem. Do you want to remove or reinstall it? (yes/no) yes OK. The cron service was removed. Do you want to install the cron daemon as a service? (yes/no) yes Enter the value of CYGWIN for the daemon: [ ] CYGWIN You must decide under what account the cron daemon will run. If you are the only user on this machine, the daemon can run as yourself. This gives access to all network drives but only allows you as user. To run multiple users, cron must change user context without knowing the passwords. There are three methods to do that, as explained in http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd1 If all the cron users have executed "passwd -R" (see man passwd), which provides access to network drives, or if you are using the cyglsa package, then cron should run under the local system account. Otherwise you need to have or to create a privileged account. This script will help you do so. Do you want the cron daemon to run as yourself? (yes/no) yes Running cron_diagnose ... ... no problem found. Do you want to start the cron daemon as a service now? (yes/no) yes OK. The cron daemon is now running. In case of problem, examine the log file for cron, /var/log/cron.log, and the Windows event log (using /usr/bin/cronevents) for information about the problem cron is having. Examine also any cron.log file in the HOME directory (or the file specified in MAILTO) and cron related files in /tmp. If you cannot fix the problem, then report it to cygwin@cygwin.com. Please run the script /usr/bin/cronbug and ATTACH its output (the file cronbug.txt) to your e-mail. WARNING: PATH may be set differently under cron than in interactive shells. Names such as "find" and "date" may refer to Windows programs. Current version Running crons: 223622922236 4308 ? 18 15:40:35 /usr/sbin/cron Sendmail: lrwxrwxrwx 1 Caro None 16 Jan 12 12:30 /usr/sbin/sendmail -> /usr/bin/cronlog Crontabs: -rw-r- 1 Caro Administrators 252 Jan 13 12:09 /var/cron/tabs/Caro -rw-r- 1 197609 544 252 Jan 13 12:09 /var/cron/tabs/Caro cron.log: -rwr-- 1 SYSTEM SYSTEM 0 Jan 13 15:40 /var/log/cron.log cron.pid: -rwr-- 1 SYSTEM SYSTEM 5 Jan 13 15:40 /var/run/cron.pid Crontab: # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.6AIxFKqPoy installed on Wed Jan 13 12:09:45 2016) # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) * * * * * /usr/bin/touch /home/Caro/crontimestamp Windows Application Events log: 2016/01/12 12:34:22 [SYSTEM] /usr/sbin/cron: PID 3044: (CRON) STARTUP (V5.0) 2016/01/12 12:34:23 [SYSTEM] cron: PID 8712: `cron' service started 2016/01/12 12:34:49 [Caro] crontab: PID 9196: (Caro) BEGIN EDIT (Caro) 2016/01/12 12:34:55 [Caro] crontab: PID 9196: (Caro) END EDIT (Caro) 2016/01/12 12:40:58 [Caro] crontab: PID 1424: (Caro) BEGIN EDIT (Caro) 2016/01/12 12:41:26 [Caro] crontab: PID 1424: (Caro) REPLACE (Caro) 2016/01/12 12:41:26 [Caro] crontab: PID 1424: (Caro) END EDIT (Caro) 2016/01/12 12:42:35 [Caro] crontab: PID 4284: (Caro) LIST (Caro) 2016/01/12 12:42:43 [Caro] crontab: PID 9036: (Caro) BEGIN EDIT (Caro) 2016/01/12 12:43:01 [SYSTEM] /usr/sbin/cron: PID 3284: (Caro) CMD (touch $HOME/timestamp) 2016/01/12 12:43:01 [SYSTEM] /usr/sbin/cron: PID 3284: (CRON) error (can't switch user context) 2016/01/12 12:43:05 [Caro] crontab: PID 9036: (Caro) REPLACE (Caro) 2016/01/12 12:43:05 [Caro] crontab: PID 9036: (Caro) END EDIT (Caro) 2016/01/12 12:43:48 [Caro] crontab: PID 2964: (Caro) LIST (Caro) 2016/01/12 12:44:01 [SYSTEM] /usr/sbin/cron: PID 3044: (Caro) RELOAD (tabs/Caro) 2016/01/12 12:44:01 [SYSTEM] /usr/sbin/cron: PID 4228: (Caro) CMD (touch $HOME/timestamp) 2016/01/12 12:44:01 [SYSTEM] /usr/sbin/cron: PID 4228: (CRON) error (can't switch user context) 2016/01/12 12:45:02 [SYSTEM] /usr/sbin/cron: PID 3412: (Caro) CMD (touch ~/timestamp) 2016/01/12 12:45:02 [SYSTEM] /usr/sbin/cron: PID 3412: (CRON) error (can't switch user context) 2016/01/12 12:46:01 [SYSTEM] /usr/sbin/cron: PID 2496: (Caro) CMD (touch ~/timestamp) 2016/01/12 12:46:01 [SYSTEM] /usr/sbin/cron: PID 2496: (CRON) error (can't switch user context) 2016/01/12 12:47:01 [SYSTEM] /usr/sbin/cron: PID 7932: (Caro) CMD (touch ~/timestamp) 2016/01/12 12:47:01 [SYSTEM] /usr/sbin/cron: PID 7932: (CRON) error (can't switch user context) 2016/01/12 12:4
xgraph 12.1-3 segfaults when run
Dear list, I installed xgraph 12.1-3 using the Cygwin installer, but it seems to segfault immediately when run (e.g. "xgraph data.txt"). GDB gives the following: Starting program: /usr/bin/xgraph data.txt [New Thread 7848.0x2040] [New Thread 7848.0x548] [New Thread 7848.0x249c] [New Thread 7848.0x11fc] [New Thread 7848.0x94] [New Thread 7848.0x15b0] Program received signal SIGSEGV, Segmentation fault. 0x00010040f946 in st_lookup (table=0x60004dc0c, key=0x1004227ac "Debug", value=0xc4c8) at st.c:153 153 st.c: No such file or directory. (gdb) backtrace #0 0x00010040f946 in st_lookup (table=0x60004dc0c, key=0x1004227ac "Debug", value=0xc4c8) at st.c:153 #1 0x000100410b84 in param_set (name=0x1004227ac "Debug", type=BOOL, val=0x1004227a6 "false") at params.c:114 #2 0x000100417cc7 in InitSets (o=4) at init.c:152 #3 0x0001004011ef in main (argc=2, argv=0xcc30) at xgraph.c:126 Any ideas what's going on? cygcheck.out is attached. -- Stefan Parviainen Cygwin Configuration Diagnostics Current System Time: Tue Mar 29 15:02:23 2016 Windows 7 Enterprise Ver 6.1 Build 7601 Service Pack 1 Path: C:\cygwin64\home\parviste\bin C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\Program Files (x86)\AMD APP\bin\x86_64 C:\Program Files (x86)\AMD APP\bin\x86 C:\ProgramData\Oracle\Java\javapath C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\Kaspersky Lab\Kaspersky Endpoint Security 10 for Windows SP1 C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static C:\Program Files (x86)\GNU\GnuPG\pub C:\Users\parviste\Anaconda3 C:\Users\parviste\Anaconda3\Scripts C:\Users\parviste\Anaconda3\Library\bin C:\cygwin64\lib\lapack Output from C:\cygwin64\bin\id.exe UID: 197610(parviste) GID: 197121(None) 197121(None) 545(Utilisateurs) 4(INTERACTIVE) 66049(CONSOLE LOGON) 11(Authenticated Users)15(This Organization) 113(Local account) 4095(CurrentSession) 66048(LOCAL) 262154(NTLM Authentication) 401408(Medium Mandatory Level) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'parviste' PWD = '/home/parviste' HOME = '/home/parviste' HOMEPATH = '\Users\parviste' APPDATA = 'C:\Users\parviste\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'sct-11-99ee' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 23 Stepping 10, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/usr/src' ORIGINAL_PATH = '/cygdrive/c/Program Files (x86)/AMD APP/bin/x86_64:/cygdrive/c/Program Files (x86)/AMD APP/bin/x86:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/Kaspersky Lab/Kaspersky Endpoint Security 10 for Windows SP1:/cygdrive/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/cygdrive/c/Program Files (x86)/GNU/GnuPG/pub:/cygdrive/c/Users/parviste/Anaconda3:/cygdrive/c/Users/parviste/Anaconda3/Scripts:/cygdrive/c/Users/parviste/Anaconda3/Library/bin' USERDOMAIN = 'SCT-11-99EE' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' windows_tracing_flags = '3' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'parviste' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' AMDAPPSDKROOT = 'C:\Program Files (x86)\AMD APP\' LANG = 'en_US.UTF-8' USERPROFILE = 'C:\Users\parviste' TZ = 'Europe/Paris' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SCT-11-99EE' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\parviste\AppData\Local' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' VBOX_MSI_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/tmp' SY
Cygwin 1.7.17 breaks unattended setup
I have a script automates installing and setting up sshd using cygwin. It first downloads the latest setup.exe then runs the following: > setup.exe -q -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ --no-verify -R > c:\cygwin > c:\cygwin\bin\bash --login -c "/bin/mkpasswd | sed > 's/Administrator:unused:500:513/root:unused:0:544/g' | sed 's/:513:/:545:/' > > /etc/passwd" > c:\cygwin\bin\bash --login -c "/bin/mkgroup -l > /etc/group" > setup.exe -q -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ --no-verify -R > c:\cygwin -P cygrunsrv > setup.exe -q -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ --no-verify -R > c:\cygwin -P openssh > c:\cygwin\bin\bash.exe --login -c "/bin/ssh-host-config -y --pwd ***" > sc.exe failure sshd reset=0 actions=restart/0/restart/0/restart/0 > net start sshd This was working great last week, but on the 20th it stopped working. It fails on the line installing cygrunsrv, if I run setup.exe in interactive mode, I can install cygrunsrv just fine. Then the script fails to install openssh in the same way. Again a manual install works fine. I've tried different mirrors to no avail. The contents of /var/log/setup.log.full https://gist.github.com/3945977 --Stefan Rusek ste...@cheezburger.com -- 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
Upgrade Challenges, ssh login failure after update
I just updated Cygwin to the latest version from one that had been installed in maybe 2009... old. During the update process there was a note to go to cygwin.com to see what had changed in the new version that might affect me, but in the "upgrade" or the "faq" area I could find nothing warning me about anything specific. I was installing this on a box 2000 miles away where I tunnel remote desktop through ssh. Thank goodness I took down the firewall before I rebooted, because ssh no longer worked after a reboot, and I had to make a direct remote desktop connection to the machine before I got ssh up and running. I'm sending this mail to warn other users trying to upgrade sshd... After the upgrade I got login failures even though sshd service was running. I Googled and Googled, but I couldn't find an answer; port was open, ssh was up, and ssh connections worked fine (even to the external IP) from the local cygwin ssh, but not from a remote ssh. Logging locally didn't help, ssh -vvv remotely didn't help. FINALLY I figured it out, it was that the USERNAMEs are now case sensitive!!! So "administrator" fails but "Administrator" succeeds. I read somewhere I can fix this now by going back and editing /etc/passwd, but I haven't tried that yet; right now I'm just happy to have my firewall back up and tunneling remote desktop through ssh again. (I did a ssh-host-config in the process of debugging but I don't think I needed to.) Since I couldn't find this answer I'm sending it now to the list, hopefully the next person that runs into this will find 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
Re: Re: xgraph 12.1-3 segfaults when run
On 08/04/2016 20:05, Marco Atzeri wrote: > Let me know if the new 12.1-5 version works as should. > All the examples seem fine. Yes, it seems to be working correctly now. Thanks! -- Stefan -- 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: Updated: leptonica-1.74.1-1
Hi Marco, it would be great to also have cross packages of Leptonica 1.74.x for MinGW (mingw64-i868-*, mingw64-x86_64-*). They are needed to build Tesseract for Windows, for example. As far as I know, all dependencies needed for a MinGW Leptonica are already available. I'm not familiar with creating packages for Cygwin, but would be willing to help as far as I can. Kind regards Stefan -- 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: [BUG] Package mingw64-x86_64-icu is broken
Am 06.06.2018 um 21:13 schrieb Stefan Weil: > Both mingw64-x86_64-icu-57.1-1 and mingw64-x86_64-icu-57.1-2 are broken: > > This code always fails: > > icu::Normalizer2::getInstance(nullptr, "nfkc", UNORM2_COMPOSE, error_code); > > The problem was detected when comparing Tesseract for Windows > executables: while the 32 bit version worked fine, the 64 bit version > failed. The failure could be localized, and the mingw64-x86_64-icu > package was identified to be causing it. > > https://github.com/tesseract-ocr/tesseract/issues/1625#issuecomment-395161152 > contains details and also a short test code which can be used to > reproduce the problem. > > The 32 bit package mingw64-i686-icu-57.1-2 works fine. > > Kind regards > Stefan Weil Ping. How can I help to get this issue fixed? -- 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: [BUG] Package mingw64-x86_64-icu is broken
Am 19.06.2018 um 11:53 schrieb JonY: > On 06/18/2018 12:12 PM, Stefan Weil wrote: >> Am 06.06.2018 um 21:13 schrieb Stefan Weil: >>> Both mingw64-x86_64-icu-57.1-1 and mingw64-x86_64-icu-57.1-2 are broken: >>> >>> This code always fails: >>> >>> icu::Normalizer2::getInstance(nullptr, "nfkc", UNORM2_COMPOSE, error_code); >>> >>> The problem was detected when comparing Tesseract for Windows >>> executables: while the 32 bit version worked fine, the 64 bit version >>> failed. The failure could be localized, and the mingw64-x86_64-icu >>> package was identified to be causing it. >>> >>> https://github.com/tesseract-ocr/tesseract/issues/1625#issuecomment-395161152 >>> contains details and also a short test code which can be used to >>> reproduce the problem. >>> >>> The 32 bit package mingw64-i686-icu-57.1-2 works fine. >>> >>> Kind regards >>> Stefan Weil >> >> Ping. How can I help to get this issue fixed? > > I noticed cygport is using llvm version of binutils, not sure if that > broke things. > > Was the issue there if you built it yourself with gcc/binutils? No, a local build with x86_64-w64-mingw32-gcc works fine. Tested with 57.1-2, but also with recent versions of icu. A good indicator of a broken installation is a small icudata57.dll: $ ls -l /usr/*/sys-root/mingw/bin/icudata57.dll -rwxr-xr-x 1 25680896 Nov 10 2016 /usr/i686-w64-mingw32/sys-root/mingw/bin/icudata57.dll -rwxr-xr-x 115872 Nov 10 2016 /usr/x86_64-w64-mingw32/sys-root/mingw/bin/icudata57.dll The (good) file for 32 bit is much larger than the (broken) file for 64 bit. Stefan -- 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: UTF-8 character encoding
Am 20.06.2018 um 20:09 schrieb Lee: > I'm looking at > https://cygwin.com/packaging-hint-files.html#pvr.hint > and it starts off with > Use UTF-8 character encoding. > > How do I do that and how do I check that I actually did use UTF-8 > character encoding _without_ using file? > > for whatever it's worth: > $ file unicode.html > unicode.html: HTML document, UTF-8 Unicode text > > $ file test.c > test.c: C source, ASCII text > > I used vi to create both files & I'd like to understand why file says > one is ascii & the other is utf-8 > > Thanks, > Lee ASCII is a subset of UTF-8, so that's fine. The file command will report ASCII as long as your text does not contain any non-ASCII characters. If you add some (for example ÄÖÜ), it should report UTF-8. Regards, Stefan -- 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: [ANNOUNCEMENT] icu 62.1-1
Am 22.06.2018 um 19:02 schrieb Ken Brown: > The following packages have been uploaded to the Cygwin distribution: > > * libicu62-62.1-1 > * libicu-devel-62.1-1 > * icu-doc-62.1-1 > > ICU is a mature, widely used set of C/C++ and Java libraries providing > Unicode and Globalization support for software applications. ICU is > widely portable and gives applications the same results on all > platforms and between C/C++ and Java software. > > This is an update to the latest upstream release. > > Ken Brown > Cygwin's ICU maintainer Hi Ken, thank you for your work. It would be great to get a similar update for the mingw64-i686-icu and mingw64-x86_64-icu packages, too. Those packages are still based on icu 57, so rather out of date. See https://cygwin.com/ml/cygwin/2018-06/msg00222.html for more reasons. Regards Stefan Weil -- 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's ACL handling is NOT interoperable with Windows
Hi, <https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-files> states: | There's just one problem when trying to map the POSIX permission model | onto the Windows permission model. ... | Canonical ACLs are unable to reflect each possible combination of POSIX | permissions. ... | Again: This works on all supported versions of Windows. Only the GUIs | aren't able (or willing) to deal with that order. These last two statements are wrong: * the first statement holds ONLY because of the LIMITATION of the POSIX permissions; it is WRONG for the general case, which ALL Windows interfaces/components need to consider and handle, EVERYWHERE! * the second statement is a blatant lie: to guarantee CORRECT interpretation of arbitrary ACLs, ALL Windows interfaces/components, not just the "GUIs", MUST create CANONICAL ACLs only. This especially means that not just Windows Explorer, but also the command processor with its builtin COPY command as well as the CopyFile() <https://msdn.microsoft.com/en-us/library/aa220078.aspx> API (just to pick 3 examples) bring INHERITED ACEs into their PROPER canonical order. As Cygwin is a guest in the house of Windows, it should respect its hosts house rules; instead it but violates them, and blames the host for its faults! | But don't even think of pressing OK... Fortunately nobody need to press OK here, but everybody can demonstrate Cygwin's defects as follows: * Use Windows Explorer, the command processor or CopyFile() to copy an arbitrary file into a directory created by Cygwin, then inspect its ACL! * Use Windows' Explorer, the command processor or CopyFile() to copy an arbitrary file created by Cygwin into an arbitrary directory created by Cygwin, then inspect its ACL. * Use Windows Explorer or the command processor to create a subdirectory in a directory created by Cygwin, then inspects its ACL! Do these ACLs reflect the intended or expected POSIX permissions? OUCH³! Win32 functions like CreateFile() and CreateDirectory() (see <https://msdn.microsoft.com/en-us/library/aa363858.aspx> and <https://msdn.microsoft.com/en-us/library/aa363855.aspx>) allow to write NON-canonical ACLs via direct specification of a "security descriptor"; if NULL is specified (which is the typical case), they create canonical ACLs, reordering inherited ACEs! Unfortunately their documentation misses remarks on the proper canonical order of ACLs, and how inherited but UNORDERED ACLs are handled. The documentation of other Win32 functions, for example AddAccessAllowedAce() and AddAccessDeniedAce() (see <https://msdn.microsoft.com/en-us/library/aa374947.aspx> and <https://msdn.microsoft.com/de-de/library/aa374962.aspx>) but EXPLICITLY states: | These functions do not automatically place the new ACE in the | proper canonical order. It is the caller's responsibility to | ensure that the ACL is in canonical order by adding ACEs in the | proper sequence. <https://msdn.microsoft.com/en-us/library/aa374951.aspx> and <https://msdn.microsoft.com/en-us/library/aa374964.aspx> go further: | The caller must ensure that ACEs are added to the DACL in the | correct order. For more information, see Order of ACEs in a DACL. <https://msdn.microsoft.com/en-us/library/aa379298.aspx> <https://msdn.microsoft.com/en-us/library/aa446683.aspx> <https://technet.microsoft.com/en-us/library/cc781716.aspx> | The canonical order ensures that an explicit access-denied ACE is | enforced regardless of any explicit access-allowed ACE. JFTR: for the algorithm used in Windows and why the proper order of ACLs is crucial see <https://blogs.msdn.microsoft.com/oldnewthing/20070608-00/?p=26503> Also see <http://www.ntfs.com/ntfs-permissions-acl-use.htm> Fix Cygwin's BUGGY ACL creation! regards Stefan Kanthak PS: <https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32-api> too states bloody lies: | The Windows subsystem only supports CWD paths of up to 258 chars. The Win32 API supports pathnames with up to 32767 (Unicode) characters; this includes of course the CWD! -- 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's ACL handling is NOT interoperable with Windows
Andrey Repin wrote: > Greetings, Stefan Kanthak! > >> PS: <https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32-api> >> too states bloody lies: > >> | The Windows subsystem only supports CWD paths of up to 258 chars. ~~~ > > 260 including drive letter. WRONG, AGAIN! 260 is the value of MAX_PATH, which accounts for the trailing \0, and commonly used as | char buffer[MAX_PATH]; I recommend to read <https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file> VERY careful! >> The Win32 API supports pathnames with up to 32767 (Unicode) characters; >> this includes of course the CWD! > > CWD may be, but command processor does not. Neither Cygwin's WRONG documentation nor I referred to the command processor. regards Stefan -- 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: [ANNOUNCEMENT] Test: tesseract-ocr-4.0.0-0.4
Am 08.08.2018 um 19:27 schrieb Marco Atzeri: > Version 4.0.0-0.4 of packages > > libtesseract-ocr_4 (API bump) > tesseract-ocr > tesseract-ocr-devel > tesseract-training-util > > and version 4.00-0.4 of relative language data > > tesseract-ocr-languages (source only) > tesseract-ocr-deu > tesseract-ocr-eng > tesseract-ocr-fra > tesseract-ocr-ita > tesseract-ocr-nld > tesseract-ocr-por > tesseract-ocr-spa > tesseract-ocr-vie > tesseract-training-core > tesseract-training-deu > tesseract-training-eng > tesseract-training-fra > tesseract-training-ita > tesseract-training-nld > tesseract-training-por > tesseract-training-spa > tesseract-training-vie > > are available in the Cygwin distribution: > > Other language specific data are available upstream > https://github.com/tesseract-ocr/tessdata/ > > while training data for building new language data are in > https://github.com/tesseract-ocr/langdata Hi Marco, thank you for providing those Tesseract packages. A hint: I suggest to remove the tesseract-training-* packages as there currently does not exist training data for Tesseract 4.0.0. Regards Stefan Weil -- 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: [ANNOUNCEMENT] Test: tesseract-ocr-4.0.0-0.4
Am 09.08.2018 um 10:19 schrieb Marco Atzeri: > My understanding is that the trained data "tessdata, tessdata_fast, > tessdata_best" are coming from the same training data then version 3 > > https://github.com/tesseract-ocr/langdata > > It is not that the languages raw data should be changed. > > Regards > Marco https://github.com/tesseract-ocr/langdata is valid for Tesseract 3.05.x and earlier versions. Tesseract 4.0.0 still supports the old traineddata format, but added new (and typically better) traineddata based on neural networks. There is currently no langdata available for those new traineddata. tessdata_best only contains the new traineddata. tessdata_fast also contains only new traineddata, but is faster and less accurate. tessdata still contains old traineddata for most languages and additionally new traineddata made from tessdata_best, but using integer instead of float models (which makes them faster). tessdata_best, tessdata_fast and tessdata not only contain traineddata for many languages, but also for "scripts", for example in https://github.com/tesseract-ocr/tessdata/tree/master/script. Those models support all languages using the same script, so https://github.com/tesseract-ocr/tessdata/blob/master/script/Latin.traineddata supports all languages which use Latin characters (English, French, Spanish, Italian, German, Danish, ...). A selection of those script models would be useful for Cygwin, too. Regards, Stefan -- 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: [ANNOUNCEMENT] icu 63.1-1
Am 22.10.2018 um 16:04 schrieb Ken Brown: > The following packages have been uploaded to the Cygwin distribution: > > * libicu63-63.1-1 > * libicu-devel-63.1-1 > * icu-doc-63.1-1 > What about mingw64-x86_64-icu and mingw64-i686-icu? Will they get an update, too? Currently they are still at 57.1-2. Kind regards Stefan Weil -- 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: urgent help for tool
Am 23.10.18 um 09:55 schrieb Corinna Vinschen: >> It doesn't help for the old versions of cygwin that are being >> reported. That's why they're getting that message—because it's an old >> version. They're not spamming, they're doing exactly what the message >> told them to do. The message was unfortunate from the get-go. > Indeed. It seemd like a good idea at the time... > >> Now that has come up yet again, I do wonder if the mailing list >> software could somehow trap an unquoted FAST_CWD message and just >> reply with a message that includes a link to the FAQ entry, rather >> than send the message onto the list. Probably more trouble than it's >> worth. > We're just users of the sourceware infrastructure. What we could try > by ourselves is to create an automated reply. The mail and the > automated reply would still hit the mailing list, but nobody would > have to bother to reply anymore. This could even be a simple > procmail filter. I'll look into it (but will need time). Now this may be a nasty hack, bt ... if you can either get hold of the current mailing list's subscriber list, to auto-subscribe everyone to a new list, or you are able change the current mailinglist's address to, say, cygwin...@cygwin.com, you could set up an autoresponder at cygwin@cygwin.com instead. That autoresponder would then point people at the FAQ entry, and also contain a message that the mailing list has moved to the new address. Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 signature.asc Description: OpenPGP digital signature
Re: mintty slow refresh rate over RDP
Am 26.11.18 um 19:16 schrieb David Dombrowsky: > Anyone know which part is messing up here? This doesn't happen playing > videos or other graphically intensive programs. Only the cygwin > terminal. Anyone have any ideas? As far as I know, rdesktop still uses an older version of the RDP protocol, so you might want to try FreeRDP (xfreerdp on most Linuxes I know) and take a good look at the options it supports for speeding up the screen updates. Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -- 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