Fix your packages! (attention: a2ps, tetex-bin, nfs-server, gv, uw-imap, and xerces-c maintainers)
On Fri, Sep 29, 2006 at 10:13:53AM -0700, Larry Breyer wrote: I was thinking of all the supplied scripts so I ran a test of the ~450 shell scripts and found only a handful with CR embedded: /bin/card /bin/fixps /bin/flea /bin/makempx /bin/mktexlsr /bin/nfs-server-config /etc/postinstall/uw-imap-imapd.sh.don /etc/postinstall/xerces-c-devel.sh.done /etc/preremove/gv.sh /etc/preremove/uw-imap-imapd.sh /etc/preremove/X-start-menu-icons.sh.done /etc/preremove/xerces-c-devel.sh This is quite embarrassing. Package maintainers please release a new version of your packages which get rid of the CRLF endings from shell scripts ASAP. I assume that this is probably the tip of the iceberg here and that there are a bunch of you who are, for unknown reasons, putting CRs in your files. It would pay to be proactive and have every maintainer check for this. You also should not be releasing source code with CRLF endings. Remember that we're emulating linux here. cgf
stifling XWin.exe.stackdump
I write to share the solution to a problem I didn't know I had until I tripped over it this morning. For various reasons, I have not upgraded to the 6.8.99.901 versions of Xwindows. Each time I opened a new xterm window with startxwin.bat after the XWin.exe server was already running, I was generating a XWin.exe.stackdump file in the My Documents folder. This event was responsible for 2+ seconds burst of disk activity. By removing write access to the file (chmod -w), writing to this file is stifled, eliminating the burst of activity. An interesting aside: Before removing write access to the file, I attempted to stifle the disk activity by redirecting it to the bit bucket: $ ln -sf /dev/null XWin.exe.stackdump What resulted, however, is that the sym-link was converted to a Windows shortcut and the file with the same name was created. So, in both the Cygwin and the Windows worlds, I add two entries with the exact same name. Here's the before and after ls output: Before: $ ls -ld XWin.* lrwxrwxrwx 1 knellis sweng 9 Sep 29 12:19 XWin.exe.stackdump - /dev/null $ After: $ ls -ld XWin.* -rwx--+ 1 knellis sweng 1249 Sep 29 12:21 XWin.exe.stackdump -rwx--+ 1 knellis sweng 1249 Sep 29 12:21 XWin.exe.stackdump $ For the curious, cygcheck -svr output is attached. --Ken Nellis Cygwin Configuration Diagnostics Current System Time: Fri Sep 29 17:34:48 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\IM c:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\ c:\Program Files\QuickTime\QTSystem\ C:\cygwin\home\knellis\scripts C:\cygwin\home\knellis\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 16268(knellis) GID: 11555(sweng) 544(Administrators) 545(Users) 1004(Debugger Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 16268(knellis) GID: 11555(sweng) 544(Administrators) 545(Users) 1004(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'knellis' PWD = '/home/knellis' HOME = '/home/knellis' MAKE_MODE = 'unix' HOMEPATH = '\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' APPDATA = 'C:\Documents and Settings\knellis\Application Data' HOSTNAME = 'knellis-lpt' XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' TEXDOCVIEW_txt = 'cygstart %s' CVSROOT = ':ext:unxcvs:/devel/netmodem/cvs/repos' TEXDOCVIEW_dvi = 'cygstart %s' WINDOWID = '2097166' OLDPWD = '/c/Documents and Settings/knellis/My Documents' USERDOMAIN = 'IDIRECT' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' CDPATH = '.:/home/knellis' XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults' EXEEXT = '.exe' XTERM_SHELL = '/usr/bin/bash' XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt' !:: = '::\' TEMP = '/c/DOCUME~1/knellis/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' XNLSPATH = '/usr/X11R6/lib/X11/locale' TERMCAP = 'xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#63:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' HILITE_ERROR = '[31m[1m' MEMO_FILE = '/home/knellis/.memo' SYNTEK166 = '71.251.58.23' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' HILITE_HEADING = '[44m[37m[1m' CYGWIN_ROOT = '\cygwin' LANG = 'en_US.UTF-8' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Documents and Settings\knellis' CLIENTNAME = 'Console' TZ = 'US/Eastern' PS1 = '[EMAIL PROTECTED] \[(B[m\]' LOGONSERVER = '\\AD05' HILITE_PROMPT = '[32m' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\Documents and Settings\knellis\My Documents' HISTCONTROL = 'ignoredups' XTERM_VERSION = 'Cygwin 6.8.2.0(202)' HILITE_RESET = '(B[m' SHLVL = '1' USERDNSDOMAIN = 'IDIRECT.NET' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' MY_EMAIL = '[EMAIL PROTECTED]' HOMEDRIVE = 'S:' BASH_ENV = '/home/knellis/.bashrc' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LESS = 'x4' HILITE_ECHO = '[34m'
windows patch breaks cygwin/x
FYI, after installing the windows patch for ms06-055 [1], Cygwin/X didn't start anymore. After removing that patch, Cygwin/X worked again. The text on the M$ page doesn't explain what the patch does, but the patch is clearly b0rked. REF: [1] http://support.microsoft.com/?kbid=925486 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: 1.5.21: startxwin.sh works, startxwin.bat does not work
Scott Fordin wrote: I just rebuilt my Win2K machine and did a fresh install of all packages in the Cygwin and Cygwin-X 1.5.21 distributions. When I tried running the C:\cygwin\lib\Singular\startxserver.bat -^ That is not from the Cygwin distribution. You seem to have installed something else on top of Cygwin. script, the X server startup failed with the following error: - Snip - 'C:\cygwin\lib\lapack' is not recognized as an internal or external command, operable program or batch file. - Snip - So? That means the above .bat file is trying to execute something else that also doesn't come with Cygwin... and is not even an executable. I then tried the /usr/X11R6/bin/startxwin.bat script and got the same error. If you received the same error message then something, not Cygwin, messed up your installation. Same error probably means you executed the same file, are they really named startxserver.bat and startxwin.bat, or is just a typo? Two things are weird about this: 1. /usr/X11R6/bin/startxwin.sh works just fine; it's only the bat file that fails. 2. The same Cygwin/Cygwin-X distribution works just fine on my XP machine. I even tried installing Cygwin on my Win2K machine using the packages that I had downloaded to my XP machine. I've tried totally removing and reinstalling Cygwin a couple of times already. Did you check what was left on the above directory? If Cygwin did not install whatever is there it will not delete it. [snip] -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: 1.5.21: startxwin.sh works, startxwin.bat does not work
Thanks for replying, René. My responses are embedded inline. René Berber wrote: When I tried running the C:\cygwin\lib\Singular\startxserver.bat -^ That is not from the Cygwin distribution. Dunno. I ran the latest official Cygwin setup.exe, and chose to install *all* the packages at one of the mirrors listed in the install window: ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin The Singular stuff came with that. You seem to have installed something else on top of Cygwin. Nope. Just the stuff that came through the Cygwin install. - Snip - 'C:\cygwin\lib\lapack' is not recognized as an internal or external command, operable program or batch file. - Snip - So? That means the above .bat file is trying to execute something else that also doesn't come with Cygwin... and is not even an executable. Again. Dunno. It's what came with the distro. I then tried the /usr/X11R6/bin/startxwin.bat script and got the same error. If you received the same error message then something, not Cygwin, messed up your installation. Same error probably means you executed the same file, are they really named startxserver.bat and startxwin.bat, or is just a typo? Nope. Two different files. startxserver.bat came with the Singular stuff. startxwin.bat is the standard batch file included with Cygwin in /usr/X11R6/bin. Again, the two things to remember here are that startxwin.sh works just fine, and this exact same distro -- Singular stuff included -- works just fine on my XP machine. Moreover, before I rebuilt this Win2K box, this distribution worked just fine as well. I've tried totally removing and reinstalling Cygwin a couple of times already. Did you check what was left on the above directory? If Cygwin did not install whatever is there it will not delete it. I completely deleted the Cygwin directories, which included the Singular stuff. Thanks again, Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: 1.5.21: startxwin.sh works, startxwin.bat does not work
Scott Fordin wrote: Thanks for replying, René. My responses are embedded inline. René Berber wrote: When I tried running the C:\cygwin\lib\Singular\startxserver.bat -^ That is not from the Cygwin distribution. Dunno. I ran the latest official Cygwin setup.exe, and chose to install *all* the packages at one of the mirrors listed in the install window: ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin The Singular stuff came with that. You are right. I just checked http://cygwin.com/packages and the startxserver.bat comes with singular-icons (strange, but then I don't use Singular). [snip] So? That means the above .bat file is trying to execute something else that also doesn't come with Cygwin... and is not even an executable. Again. Dunno. It's what came with the distro. OK, it seems that the startxserver is not even a valid script (I haven't tested, I don't have Singular, I'm saying that from the result you had). Question: Why were you trying to start XWin with that bat file? I don't know what it is for, but seems redundant. I then tried the /usr/X11R6/bin/startxwin.bat script and got the same error. [snip] Now to the real problem: are the files different? They should be. There is no reference to the Singular directory in the normal startxwin.bat file... check for symbolic or hard links, perhaps Singular's (post)installation is doing something wrong. I see no other explanation for getting the same error message. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Bash 3.1.17(8) CR/LF problem
Eric Blake wrote: #!/bin/sh IFS=' '''' ' # Yes, that was a space, tab, and line ending I retract this suggestion. On further investigation, bash currently does not treat \r as an IFS whitespace character, and the hacks to the source to make this happen are too invasive for my liking. Adding \r to IFS will impact your script, but the impact is incomplete, and it does not ignore \r at the end of all lines. I spent some time looking at this. It turns out that solution mostly works, however using comment characters for line ends also works. E.G: #!/bin/shCRLF echo This script works #CRLF echo without causing any #CRLF echo errors in Bash. #CRLF Considering this, I tried writing a top-level bash script of the form: #!/bin/shCRLF mount -t $(cygpath -aw .) $(cygpath -au .) #CRLF ./crlf_scipt.sh #CRLF umount $(cygpath -au .) #CRLF The problem I'm finding now is that for the context of ./crlf_script.sh (when executed from /cygdrive/c/junk) my mount points are: c:\cygwin\bin on /usr/bin type system (binmode) c:\cygwin\lib on /usr/lib type system (binmode) c:\cygwin on / type system (binmode) c:\junk on /cygdrive/c/junk type system (textmode) c: on /cygdrive/c type system (binmode,noumount) d: on /cygdrive/d type system (binmode,noumount) So all looks good, my current directory is mounted as textmode. Unfortunately my crlf_script.sh is still executed with no textmode translation. I'm guessing it's hitting the /cygdrive/c mount and deducing binary before seeing /cygdrive/c/junk. Any ideas? -Malcolm -- 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: New windows from cygwin in ssh
Why when I'm asking about this probably new feature of cygwin sshd, all list become silent? :) Nobody remembers what changes were in cygwin sshd since 01.03.2005? :) Or this information is about to be secret and I have to understand it from sources only? Pavel Ivanov -Original Message- From: [EMAIL PROTECTED] On Behalf Of Pavel Ivanoff Sent: Wednesday, September 27, 2006 5:10 PM To: cygwin@cygwin.com Subject: RE: New windows from cygwin in ssh I'm afraid so. It's unclear why Windows imposes this restriction, but if your sshd is running as a non-SYSTEM user, it can't interact with the desktop. I was going to suggest using cygstart, but even that apparently doesn't work as-is. It probably can be patched up to obtain the current window station and ask the shell to execute the program there, but http://cygwin.com/acronyms/#SHTDI. But in combination cygwin of 01.03.2005 + Windows 2000 this feature works as intended. What is it: new security prohibition of Windows XP or new feature of last version of cygwin? I know that there are many security features added in new sshd (that I had to recognize when reinstalled cygwin). This is another one that can't be solved to work as it was? Pavel Ivanov -Original Message- From: Igor Peshansky Sent: Wednesday, September 27, 2006 4:59 PM To: Pavel Ivanoff Subject: RE: New windows from cygwin in ssh Ugh, top-posting... Reformatted. On Wed, 27 Sep 2006, Pavel Ivanoff wrote: -Original Message- From: Igor Peshansky Sent: Tuesday, September 26, 2006 4:27 PM To: Pavel Ivanoff Subject: RE: New windows from cygwin in ssh You weren't clear on exactly what you want to happen. If you wish to see the window pop up on the remote machine's desktop, you need to add the Allow service to interact with desktop checkmark in the sshd service description (or, alternatively, install it with the '-i' cygrunsrv flag). If you want the window to be forwarded over to the local machine (i.e., the one you're ssh'ing from), that is not currently possible with Windows. One thing you can try is use a tool like VNC (which you can forward over ssh, too). As I understand Allow service to interact with desktop is exactly what I want. But this checkbox is active only when service los on as SYSTEM but my sshd logs on as me. And installing the service with '-i' option said to me the same: cygrunsrv: --interactive not allowed with --user. Is there any solution to this problem? Or I must run service as SYSTEM to have this functions usable? I'm afraid so. It's unclear why Windows imposes this restriction, but if your sshd is running as a non-SYSTEM user, it can't interact with the desktop. I was going to suggest using cygstart, but even that apparently doesn't work as-is. It probably can be patched up to obtain the current window station and ask the shell to execute the program there, but http://cygwin.com/acronyms/#SHTDI. 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/ -- 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/
Cron problem
Hi, I am trying to run a cron job on a Windows 2000 server. What I want is to run a bash or sh shell script and mail the output to me on an other machine. Cron is running under the administrator account as a service. For testing purposes I have a script that is in the home directory of the administrator account and I want to run that every minute, sending any output in a email to me. I actually get an email every minute with the contents: /bin/sh: Mail: command not found I assume that I do not fully understand when to use what kind of paths in my files (and cygwin is NOT in my system path because of name clashes with other executables but is situated at d:\cygwin). Can anyone point me in the right direction? crontab.exe -l: # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.3424 installed on Fri Sep 29 08:38:58 2006) # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $) # (Use to post in the top of your crontab) # - minute (0 - 59) # | --- hour (0 - 23) # | | - day of month (1 - 31) # | | | --- month (1 - 12) # | | | | - day of week (0 - 6) (Sunday=0) # | | | | | # * * * * * command to be executed [EMAIL PROTECTED] * * * * * * /bin/sh /home/Administrator/crontest The script that should be run: path in Cygwin: /home/Administrator/crontest path in Windows: d:\cygwin\home\Administrator\crontest #!/bin/sh /bin/ls / /bin/ls / /home/Administrator/crontest.ls #end of file /bin/sh: Mail: command not found -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl -- 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/
sqlplus and end-of-line problem in shell script code
Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! The reason is that under Cygwin the result of the SELECT are 3 characters 42 CR LF (instead of 2 characters 42 and LF). I did not found a way to convince sqlplus to produce UNIX-EOLs on Windows. Does anyone know how to solve the problem without changing the code itself ? Best regards, Thomas -- -- 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: Cron problem
To respond to my own problem: a * too much in the crontab could explain a lot . So problem solved. -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
perl 5.8.8 - when?
Hello, There is a problem with Win32::GetFileVersion in the current version of perl for Cygwin (5.8.7) - I believe this was fixed in Nov 05 and I've seen references to people testing 5.8.8 on cygwin prior to it's general release on cpan in Feb 06 - but it's not available for cygwin yet. Does anybody have any idea when? Thanks for any info anyone can provide, John ___ This communication and any attachments contain information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of disclosure, distribution, copying or use of this communication or the information in it or in any attachments is strictly prohibited and may be unlawful. If you have received this communication in error, please return it with the title received in error to [EMAIL PROTECTED] then delete the email and destroy any copies of it. E-mail communications cannot be guaranteed to be secure or error free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept liability for any such matters or their consequences. Anyone who communicates with us by e-mail is taken to accept the risks in doing so. All correspondence is supplied on a confidential basis and remains the property of Software Solutions Partners Limited. Opinions, conclusions and other information in this e-mail and any attachments which do not relate to the official business of the firm are neither given nor endorsed by it. Regardless of content, this e-mail shall not operate to bind Software Solutions Partners Limited to any order or other contract unless pursuant to explicit written agreement. ___ -- 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: sqlplus and end-of-line problem in shell script code
Thomas Porschberg writes: Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! This is what I just got with your code against the latest Oracle 10g database on Windows XP: ./checkSQLPLUS.sh Result is 42... Ciao Volker -- 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: sqlplus and end-of-line problem in shell script code
I do use Win2000 and a 9.2 Oracle database but I don't think it is related to that. Could you test it against an 9.2 database ? Can you send me the output from the `env` command ? Thank you for the first time. Oracle seems everywhere. Regards, Thomas P. Am Fri, 29 Sep 2006 11:35:43 +0200 schrieb Dr. Volker Zell [EMAIL PROTECTED]: Thomas Porschberg writes: Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! This is what I just got with your code against the latest Oracle 10g database on Windows XP: ./checkSQLPLUS.sh Result is 42... Ciao Volker -- 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/
1.5.22: Xercesc compile problems
Hi. When I try to compile a very basic c++-program that uses xercesc there are a lot of compiling errors. The errors are: undefined reference to 'xercesc_2_5..' I used the xercesc package from the dev-tree in the basic cygwin-install. Are there any hints to get solve this? BTW: the actual xerces-release is 2.7.0. For those of you, that want to try out by themself, here is the small program from the xercesc-tutorial. ===start tutorial program=== #include xercesc/util/PlatformUtils.hpp // Other include files, declarations, and non-Xerces-C++ initializations. XERCES_CPP_NAMESPACE_USE int main(int argc, char* argv[]) { try { XMLPlatformUtils::Initialize(); } catch (const XMLException toCatch) { // Do your failure processing here return 1; } // Do your actual work with Xerces-C++ here. XMLPlatformUtils::Terminate(); // Other terminations and cleanup. return 0; } ===end tutorial program=== Thanks, Jan -- 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/
Xalan and path problem
Hi, we use Xalan on our UNIX/LINUX machines and I want now to the same on Cygwin. I installed Xerces+Xalan(the windows binaries). In our UNIX scripts the call to Xalan is: Xalan -o $RESULTFILE $XMLFILE $XSLFILE where $RESULTFILE, $XMLFILE and $XSLFILE are specified as UNIX-paths. That doesn't work under Cygwin I had to write: Xalan -o `cygpath -w $RESULTFILE` ... Of course I could now write if $cywin ; then Xalan -o `cygpath -w $RESULTFILE` ... else Xalan -o $RESULTFILE $XMLFILE $XSLFILE fi but I don't want change the script. Is there another way to solve the problem ? Thomas -- -- 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: New windows from cygwin in ssh
* Pavel Ivanoff (Fri, 29 Sep 2006 10:09:31 +0400) Why when I'm asking about this probably new feature of cygwin sshd, all list become silent? :) Nobody remembers what changes were in cygwin sshd since 01.03.2005? :) Or this information is about to be secret and I have to understand it from sources only? There is absolutely new about this: Interact with desktop works only with the LocalSystem account since Windows NT 4 (~ 1996). And if you use privilege separation then sshd switches to another user. Both things are not related to Cywin. Thorsten -- 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: Xalan and path problem
Thomas Porschberg wrote: Hi, we use Xalan on our UNIX/LINUX machines and I want now to the same on Cygwin. I installed Xerces+Xalan(the windows binaries). In our UNIX scripts the call to Xalan is: Xalan -o $RESULTFILE $XMLFILE $XSLFILE where $RESULTFILE, $XMLFILE and $XSLFILE are specified as UNIX-paths. That doesn't work under Cygwin I had to write: Xalan -o `cygpath -w $RESULTFILE` ... Of course I could now write if $cywin ; then Xalan -o `cygpath -w $RESULTFILE` ... else Xalan -o $RESULTFILE $XMLFILE $XSLFILE fi but I don't want change the script. Is there another way to solve the problem ? Yeah - get Xalan to understand unix paths. No Windows app will understand full cygwin paths, although most do understand the / as a path separator. Maybe you can create a cygwin version Xalan (whatever that is). -- Jonathan Arnold http://www.buddydog.org When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. -- 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: Xalan and path problem
Thomas Porschberg wrote: we use Xalan on our UNIX/LINUX machines and I want now to the same on Cygwin. I installed Xerces+Xalan(the windows binaries). In our UNIX scripts the call to Xalan is: Xalan -o $RESULTFILE $XMLFILE $XSLFILE where $RESULTFILE, $XMLFILE and $XSLFILE are specified as UNIX-paths. That doesn't work under Cygwin I had to write: Xalan -o `cygpath -w $RESULTFILE` ... Of course I could now write if $cywin ; then Xalan -o `cygpath -w $RESULTFILE` ... else Xalan -o $RESULTFILE $XMLFILE $XSLFILE fi but I don't want change the script. Is there another way to solve the problem ? You could create a script that cygpath-ifies the parameters and passes them to a call to the actual Xalan executable, name that script Xalan and put it somewhere into the PATH where it gets called instead of the actual Xalan binary. Regards mks -- 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: Xalan and path problem
Am Fri, 29 Sep 2006 09:30:06 -0400 schrieb Jonathan Arnold [EMAIL PROTECTED]: Thomas Porschberg wrote: Hi, we use Xalan on our UNIX/LINUX machines and I want now to the same on Cygwin. I installed Xerces+Xalan(the windows binaries). In our UNIX scripts the call to Xalan is: Xalan -o $RESULTFILE $XMLFILE $XSLFILE where $RESULTFILE, $XMLFILE and $XSLFILE are specified as UNIX-paths. That doesn't work under Cygwin I had to write: Xalan -o `cygpath -w $RESULTFILE` ... Of course I could now write if $cywin ; then Xalan -o `cygpath -w $RESULTFILE` ... else Xalan -o $RESULTFILE $XMLFILE $XSLFILE fi but I don't want change the script. Is there another way to solve the problem ? Yeah - get Xalan to understand unix paths. No Windows app will understand full cygwin paths, although most do understand the / as a path separator. Maybe you can create a cygwin version Xalan (whatever that is). Yes I tried that(building a Cygwin version) but struggled over some make-errors. But could it work ? If I achieve to compile the Xalan sources under cygwin, then Xalan would be UNIX-Path aware, right ? Thomas -- -- 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: Xalan and path problem
Am Fri, 29 Sep 2006 15:41:47 +0200 schrieb Markus Schönhaber [EMAIL PROTECTED]: Thomas Porschberg wrote: we use Xalan on our UNIX/LINUX machines and I want now to the same on Cygwin. I installed Xerces+Xalan(the windows binaries). In our UNIX scripts the call to Xalan is: Xalan -o $RESULTFILE $XMLFILE $XSLFILE where $RESULTFILE, $XMLFILE and $XSLFILE are specified as UNIX-paths. That doesn't work under Cygwin I had to write: Xalan -o `cygpath -w $RESULTFILE` ... Of course I could now write if $cywin ; then Xalan -o `cygpath -w $RESULTFILE` ... else Xalan -o $RESULTFILE $XMLFILE $XSLFILE fi but I don't want change the script. Is there another way to solve the problem ? You could create a script that cygpath-ifies the parameters and passes them to a call to the actual Xalan executable, name that script Xalan and put it somewhere into the PATH where it gets called instead of the actual Xalan binary. Yes, nice idea and so it should be possible to let the origin code unchanged. But if I could achieve to compile Xalan on Cygwin, would the final application then UNIX-path aware ? Thomas -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin detection
Couldn't find anything relevant in the archives or the documentation... I have bash scripts that I want to run identically under Cygwin and Linux, which sometimes require the scripts to detect the environment and branch accordingly. There are numerous ways to do Cygwin detection, but I was wondering what technique should work with the widest audience and be most immune to future Cygwin developments. FWIW, below are various techniques that work for *me* *today*, some of which have obvious flaws. if [ -f /usr/bin/cygwin1.dll ]; then if [ $CYGWIN_ROOT ]; then if [ $OSTYPE = cygwin ]; then if [ $(uname -s | grep -c CYGWIN) -gt 0 ]; then if [ $(grep -c cygwin ${BASH_VERSINFO[5]}) -gt 0 ]; then if is_cygwin; then# where is_cygwin is a locally-built C program # that tests #ifdef __CYGWIN__ --Ken Nellis -- 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: Similar Bash 3.1.18 CR/LF Problem
On Thu, 28 Sep 2006, Eric Blake wrote: According to Wilks, Dan on 9/28/2006 3:59 PM: That was my guess. But since this was the cygwin installer run off of the cygwin site I thought I'd mention it, if for no other reason than tracking purposes. Maybe there's a problem with the installer / postinstall script when downgrading? Or perhaps that's intended behavior. It was just surprising. It's intended behavior; the postinstall script was not written with downgrades in mind (I may rethink that for my next release; but, it won't help you, because downgrading to 3.1-8 or earlier will not have this patch). And... it didn't run again when re-upgrading just bash to the new (broken) version so we had to manually copy bash.exe to sh.exe. What makes you think the current version is broken? In my opinion, it works just fine. However, your discovery that using Windows paths instead of POSIX paths makes cygwin revert to binary file opens on text mounts is rather interesting. I don't know if cygwin1.dll is at fault for that strange behavior. It may be possible for me to patch bash to always convert script names to POSIX before opening them, so that you would get the right mount behavior, but I'm not looking forward to such a hack. IIRC, Cygwin explicitly treats out-of-mount (Win32) paths as binary. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash 3.1.18 seems seriously broken
Eric Blake wrote: According to Eric Blake on 9/27/2006 7:02 PM: change the script to ignore whitespace (make the first non-comment line set IFS appropriately, as in this snippet: IFS=' '''' ' I retract this third suggestion. On investigation of the bash source, bash still treats \r as a non-IFS-whitespace, so while it has some effect, it is not a complete way to ignore \r\n line endings. I may still be able to add a cygwin-specific shopt for this, but recommend a text mount in the meantime if you are forced to use \r\n endings. While I still think this is probably the best solution (and should be less of a performance hit on binary, right? You still read buffered, and just discard '\r' in parsing, yes?), I wouldn't make it Cygwin-specific. At minimum, I /know/ this also affects Interix (and again, you should check with Rodney; I think he's already done half the work), and - being a shopt that has to be manually enabled - there might be a handful of people that would appreciate having this option on other UNIX's. Anyway, that's my $0.02... -- Matthew My preferred shell is Christian. It's Bourne Again. (Wow, appropriate signature for $RANDOM to pick :)) -- 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: sqlplus and end-of-line problem in shell script code
Thomas Porschberg wrote: Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! The reason is that under Cygwin the result of the SELECT are 3 characters 42 CR LF (instead of 2 characters 42 and LF). I did not found a way to convince sqlplus to produce UNIX-EOLs on Windows. Does anyone know how to solve the problem without changing the code itself ? Um, if by the code you meant the above script, then no. Otherwise it looks like you could drop a '| d2u' (or '| sed s/\r//g') in there. I forget though if you want: RESULT=`app | d2u EOF input EOF` or RESULT=`app EOF input EOF | d2u` ...or possibly neither. At any rate, that's a question of shell syntax; get that right and it seems it should work. -- Matthew My preferred shell is Christian. It's Bourne Again. -- 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: sqlplus and end-of-line problem in shell script code
Am Fri, 29 Sep 2006 10:08:04 -0500 schrieb mwoehlke [EMAIL PROTECTED]: Thomas Porschberg wrote: Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! The reason is that under Cygwin the result of the SELECT are 3 characters 42 CR LF (instead of 2 characters 42 and LF). I did not found a way to convince sqlplus to produce UNIX-EOLs on Windows. Does anyone know how to solve the problem without changing the code itself ? Um, if by the code you meant the above script, then no. Otherwise it looks like you could drop a '| d2u' (or '| sed s/\r//g') in there. I forget though if you want: RESULT=`app | d2u EOF input EOF` or RESULT=`app EOF input EOF | d2u` ...or possibly neither. At any rate, that's a question of shell syntax; get that right and it seems it should work. Yes I know this is possible. But we have a lot of such scripts (above is just a tiny example and the code is not in our project). So introducing code changes is nearly impossible. However Mr. Zell reported about a successful run of the script above. So it should be possible. Still looking how. Thomas -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: RE: New windows from cygwin in ssh
* Pavel Ivanoff (Fri, 29 Sep 2006 18:17:04 +0400) But why with privilege separation (or even without it when sshd launched by me manually) in cygwin of 01.03.2005 in Windows 2000 sshd CAN interact with desktop, and in cygwin of 01.07.2006 in Windows XP it CANNOT? It depends under which user the service (or process is running). I think you really haven't provided sufficient information so the best thing is to start here... ... http://cygwin.com/problems.html Thorsten -- 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 detection
Kenneth Nellis wrote: Couldn't find anything relevant in the archives or the documentation... I have bash scripts that I want to run identically under Cygwin and Linux, which sometimes require the scripts to detect the environment and branch accordingly. There are numerous ways to do Cygwin detection, but I was wondering what technique should work with the widest audience and be most immune to future Cygwin developments. FWIW, below are various techniques that work for *me* *today*, some of which have obvious flaws. if [ -f /usr/bin/cygwin1.dll ]; then if [ $CYGWIN_ROOT ]; then if [ $OSTYPE = cygwin ]; then if [ $(uname -s | grep -c CYGWIN) -gt 0 ]; then if [ $(grep -c cygwin ${BASH_VERSINFO[5]}) -gt 0 ]; then if is_cygwin; then# where is_cygwin is a locally-built C program # that tests #ifdef __CYGWIN__ Well, FWIW I've always used a combination of '#ifdef __CYGWIN__' and uname (basically, the former when compiling C and the latter in scripts)... of course, both of those are only really testing if gcc and uname (respectively) are pointing at Cygwin versions. I would say that 99% of the time though 'uname' will work; basically it will only fail if you have an Interix/MKS/MinGW 'uname' in PATH, but you can always check for those as well to distinguish real UNIX from UNIX on Windows. If anyone builds a 'uname' on a Windows system that tells you 'Linux', they deserve what they get. :-) I'd be inclined to say that anyone with a system where 'uname' is wrong deserves to have things break. If you *know* you are running bash, you can also check if it is MinGW by testing if $BASH starts with '/' (at least, I assume it would be a DOS path on MinGW, and MKS doesn't have bash). But this won't distinguish Cygwin from Interix. -- Matthew My preferred shell is Christian. It's Bourne Again. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: RE: RE: New windows from cygwin in ssh
* Pavel Ivanoff (Fri, 29 Sep 2006 18:17:04 +0400) But why with privilege separation (or even without it when sshd launched by me manually) in cygwin of 01.03.2005 in Windows 2000 sshd CAN interact with desktop, and in cygwin of 01.07.2006 in Windows XP it CANNOT? It depends under which user the service (or process is running). I think you really haven't provided sufficient information so the best thing is to start here... OK. The sshd service is running under my account. I go to Linux (via ssh). Then run ssh there, login onto my computer under my account, try to run any desktop program and it doesn't show any windows. My friend on another computer does all the same but with his account and his computer and desktop program shows all windows as expected. The differrence between our configurations: my - Windows XP, cygwin of 01.07.2006 (all standard packages) his - Windows 2000, cygwin of 01.03.2005 (all standard packages for that version) Why the behaviour is different? Pavel Ivanov -- 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 detection
On Fri, Sep 29, 2006 at 09:50:40AM -0400, Kenneth Nellis wrote: I have bash scripts that I want to run identically under Cygwin and Linux, which sometimes require the scripts to detect the environment and branch accordingly. There are numerous ways to do Cygwin detection, but I was wondering what technique should work with the widest audience and be most immune to future Cygwin developments. The widest audience, in your case, being one? ;-) FWIW, below are various techniques that work for *me* *today*, some of which have obvious flaws. [...] #!/bin/sh case `uname` in Linux ) echo Don't fear the penguin. ;; CYGWIN* ) echo Don't fear the hippos! ;; FreeBSD ) echo This is Unix. I know this. ;; * ) echo God just killed a kitten. ;; esac FWIW, you may want to consider doing the same to your .bashrc, etc. files. I can't imagine, for example, such things as aliases on a Windows+Cygwin system being useful across platforms. -- George -- 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: New windows from cygwin in ssh
Pavel Ivanoff wrote: The sshd service is running under my account. I go to Linux (via ssh). Then run ssh there, login onto my computer under my account, try to run any desktop program and it doesn't show any windows. My friend on another computer does all the same but with his account and his computer and desktop program shows all windows as expected. The differrence between our configurations: my - Windows XP, cygwin of 01.07.2006 (all standard packages) his - Windows 2000, cygwin of 01.03.2005 (all standard packages for that version) Why the behaviour is different? my - Windows *XP* his - Windows *2000* Have you considered this MAJOR difference? -- Matthew My preferred shell is Christian. It's Bourne Again. -- 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: sqlplus and end-of-line problem in shell script code
Am Fri, 29 Sep 2006 10:08:04 -0500 schrieb mwoehlke [EMAIL PROTECTED]: Thomas Porschberg wrote: Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! The reason is that under Cygwin the result of the SELECT are 3 characters 42 CR LF (instead of 2 characters 42 and LF). I did not found a way to convince sqlplus to produce UNIX-EOLs on Windows. Does anyone know how to solve the problem without changing the code itself ? Um, if by the code you meant the above script, then no. Otherwise it looks like you could drop a '| d2u' (or '| sed s/\r//g') in there. I forget though if you want: RESULT=`app | d2u EOF input EOF` or RESULT=`app EOF input EOF | d2u` ...or possibly neither. At any rate, that's a question of shell syntax; get that right and it seems it should work. I think the basic question is: When a Windows program called from cygwin writes a CR-LF as EOL (and I think sqlplus is simply doing that) is it possible via cygwin to remove the CR before assigning the value to a shell variable. Because Dr. Volker Zell reported about an successful run of the script it should possible. Regards, Thomas P. -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: New windows from cygwin in ssh
Pavel Ivanoff wrote: The sshd service is running under my account. I go to Linux (via ssh). Then run ssh there, login onto my computer under my account, try to run any desktop program and it doesn't show any windows. My friend on another computer does all the same but with his account and his computer and desktop program shows all windows as expected. The differrence between our configurations: my - Windows XP, cygwin of 01.07.2006 (all standard packages) his - Windows 2000, cygwin of 01.03.2005 (all standard packages for that version) Why the behaviour is different? my - Windows *XP* his - Windows *2000* Have you considered this MAJOR difference? Yes, I considered it. But my friend don't want to try to upgrade his cygwin to new because he already tried it and after upgrade sshd was unable to work. I also met this problem of unworkable sshd (the same problem though another OS). After some experiments I realized that sshd from new cygwin requires to grant 3 Local Policies to user under which it runs. These policies are Generate security audits Replace process level token Create process token Without them new sshd doesn't work. My friend is not local administrator, so he can't grant to himself this policies and can't install new sshd. So my question is: this disabling of accessing to desktop is also new feature of new sshd? And can I allow him to access desktop somehow? Or I have to install on my computer the old sshd to become sure that old sshd will work on my OS too? Pavel Ivanov -- 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/
mssing packages for cygwin
Hello, I just installed cygwin with full. I find that I miss the command such as size.exe ar.exe, nm.exe, make.exe, awk.exe and strip.exe etc where can I find those packages to insall? are there any instructions I need to follow for installation? thanks. tom _ Add fun gadgets and colorful themes to express yourself on Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://www.get.live.com/spaces/features -- 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: sqlplus and end-of-line problem in shell script code
On Fri, 29 Sep 2006, Thomas Porschberg wrote: Check your mounts. See if you have /tmp mounted in textmode. Also, check if the filesystem you are running the script from is mounted in textmode or not and weither the CYGWIN env var has textmode on binmode set. Try playing around with textmode binmode. Read the cygwin doc concerning text translation: http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-textvsbinary http://cygwin.com/cygwin-ug-net/using-textbinary.html http://cygwin.com/cygwin-ug-net/using-cygwinenv.html Am Fri, 29 Sep 2006 10:08:04 -0500 schrieb mwoehlke [EMAIL PROTECTED]: Thomas Porschberg wrote: Hi, I want to use our shell script collection which includes sqlplus calls under Cygwin. I have the following problem with this code snippet: #!/bin/bash RESULT=`sqlplus -s myuser/[EMAIL PROTECTED] EOF SET FEEDBACK OFF; SET PAGESIZE 0; SELECT '42' FROM DUAL; EOF` if test $RESULT = 42 ; then echo Result is 42... else echo Result is not 42 ??! fi When I run the script on UNIX it prints Result is 42... which is OK. When I run the script under Cygwin the result is: Result is not 42??! The reason is that under Cygwin the result of the SELECT are 3 characters 42 CR LF (instead of 2 characters 42 and LF). I did not found a way to convince sqlplus to produce UNIX-EOLs on Windows. Does anyone know how to solve the problem without changing the code itself ? Um, if by the code you meant the above script, then no. Otherwise it looks like you could drop a '| d2u' (or '| sed s/\r//g') in there. I forget though if you want: RESULT=`app | d2u EOF input EOF` or RESULT=`app EOF input EOF | d2u` ...or possibly neither. At any rate, that's a question of shell syntax; get that right and it seems it should work. I think the basic question is: When a Windows program called from cygwin writes a CR-LF as EOL (and I think sqlplus is simply doing that) is it possible via cygwin to remove the CR before assigning the value to a shell variable. Because Dr. Volker Zell reported about an successful run of the script it should possible. Regards, Thomas P. -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash 3.1.18 seems seriously broken
Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Larry Breyer on 9/27/2006 3:22 PM: What changed from bash 3.1.17 to 3.1.18 ? I don't know, but let me know when you find out :) (There is no 3.1.18 - the latest official bash is 3.1.17, at cygwin release 8, but upstream is very unlikely to release 3.1.18 since 3.2 is in beta now.) I am a bit confused by these numbering schemes. When I look at the 'Select Packages' section of setup, my choices for bash are 3.1-6 or 3.1-8. I assumed they were shorthand for 3.1.16 and 3.1.18. I got syntax errors on blank lines. That means your script has CRLF line endings, but resides on a binary mount point. I think I panicked slightly at discovering Cygwin bash had been regressed. I was thinking of all the supplied scripts so I ran a test of the ~450 shell scripts and found only a handful with CR embedded: /bin/card /bin/fixps /bin/flea /bin/makempx /bin/mktexlsr /bin/nfs-server-config /etc/postinstall/uw-imap-imapd.sh.don /etc/postinstall/xerces-c-devel.sh.done /etc/preremove/gv.sh /etc/preremove/uw-imap-imapd.sh /etc/preremove/X-start-menu-icons.sh.done /etc/preremove/xerces-c-devel.sh I found several of the scripts I wrote had embedded CRs. I'm an old Unix hand, so I am really baffled how they got into my scripts. Plus, I always found vim would display the CRs as ^M. To my dismay I now discover the vim silently ignores CR when its part of CR-LF pair, unlike LF-CR. So, I have subscribed to cygwin and cygwin-announce. I am hopeful I will not be surprised again. -- Larry Breyer -- 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: Install hangs
Larry Hall (Cygwin) wrote: Eric Mader wrote: In the process of messing around w/ the scripts in /etc/postinstall I ran into a problem w/ find. In an attempt to find scripts where both the '.sh' and the '.sh.done' versions existed I typed the command: find . -name *.sh -exec ls \{\}.done \; This caused some strange error messages, and left some stalled processes running 'find' behind. (I can't run this command now because the successful run of setup.exe cleaned them all up, but here's the output of a similar use of '-exec' in find: $ find . -name *.sh.done -exec ls \{\} \; 197 [main] find 16764 fhandler_dev_zero::fixup_mmap_after_fork: requested 0x 43 != 0x0 mem alloc base 0x43, state 0x2000, size 1040384, Win32 error 4 87 543 [main] find 16764 c:\cygwin\bin\find.exe: *** fatal error - c:\cygwin\bi n\find.exe: *** recreate_mmaps_after_fork_failed It takes quite a long time to get a command prompt back after these error messages, and it leaves behing a stalled process. Is this releated somehow to my many failed attempts to run setup.exe, or is it a know problem w/ find? Could be a rebase issue. Try installing the package, read the README, and follow the instructions for rebasing your system. I ran rebaseall (w/ no arguments) and the above find command still fails in the same way. Anything else I can try? Is there a way to save the list of installed packages and do a clean install? Regards, Eric -- 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.22: Xercesc compile problems
Jan Rottberg wrote: Hi. When I try to compile a very basic c++-program that uses xercesc there are a lot of compiling errors. The errors are: undefined reference to 'xercesc_2_5..' I used the xercesc package from the dev-tree in the basic cygwin-install. Are there any hints to get solve this? Yes. Provide the library that has these symbols defined to the build/link line. These are link errors, not compile errors. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mssing packages for cygwin
I find that I miss the command such as size.exe ar.exe, nm.exe, make.exe, awk.exe and strip.exe etc where can I find those packages to insall? are there any instructions I need to follow for installation? Please Read the Fine 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: Similar Bash 3.1.18 CR/LF Problem
Igor Peshansky wrote: On Thu, 28 Sep 2006, Eric Blake wrote: According to Wilks, Dan on 9/28/2006 3:59 PM: That was my guess. But since this was the cygwin installer run off of the cygwin site I thought I'd mention it, if for no other reason than tracking purposes. Maybe there's a problem with the installer / postinstall script when downgrading? Or perhaps that's intended behavior. It was just surprising. It's intended behavior; the postinstall script was not written with downgrades in mind (I may rethink that for my next release; but, it won't help you, because downgrading to 3.1-8 or earlier will not have this patch). And... it didn't run again when re-upgrading just bash to the new (broken) version so we had to manually copy bash.exe to sh.exe. What makes you think the current version is broken? In my opinion, it works just fine. However, your discovery that using Windows paths instead of POSIX paths makes cygwin revert to binary file opens on text mounts is rather interesting. I don't know if cygwin1.dll is at fault for that strange behavior. It may be possible for me to patch bash to always convert script names to POSIX before opening them, so that you would get the right mount behavior, but I'm not looking forward to such a hack. IIRC, Cygwin explicitly treats out-of-mount (Win32) paths as binary. Igor Yes, that's fits my recollection as well. Since both of us recall this, there's no need for anyone to check the source. Two IIRCs means we must be right! ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New windows from cygwin in ssh
mwoehlke wrote: Pavel Ivanoff wrote: The sshd service is running under my account. I go to Linux (via ssh). Then run ssh there, login onto my computer under my account, try to run any desktop program and it doesn't show any windows. My friend on another computer does all the same but with his account and his computer and desktop program shows all windows as expected. The differrence between our configurations: my - Windows XP, cygwin of 01.07.2006 (all standard packages) his - Windows 2000, cygwin of 01.03.2005 (all standard packages for that version) Why the behaviour is different? my - Windows *XP* his - Windows *2000* Have you considered this MAJOR difference? Or even: my - Windows XP, cygwin of ***01.07.2006*** (all standard packages) his - Windows 2000, cygwin of ***01.03.2005*** I think tracking down these two outstanding differences should provide you with allot of insight and it won't even require you to futilely ping the list! ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Agnitum Outpost Firewall (was: 1.5.21-1 - Crash on anything using cygwin1.dll)
Well it appears Outpost Firewall is the culprit (go figure), that appeared in the new version they released earlier this month. Uninstalling it seems to be a fix, so evidently it hooks something that breaks cygwin. Meh :-( -- 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: Similar Bash 3.1.18 CR/LF Problem
IIRC, Cygwin explicitly treats out-of-mount (Win32) paths as binary. Igor Yes, that's fits my recollection as well. Since both of us recall this, there's no need for anyone to check the source. Two IIRCs means we must be right! ;-) :) That's how my rulebook works too. So we just got the short-end? A long(?) standing behavior of cygwin and DOS paths and a recent change to bash that eliminates support for \r's. I guess we were living on the edge of something that wasn't supposed to work at all and didn't even know it. :/ We'll try to figure out some workaround for our environment. I just wish going pure cygwin was an option. Thanks for the insights. -- 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: New windows from cygwin in ssh
Pavel Ivanoff wrote: Pavel Ivanoff wrote: The sshd service is running under my account. I go to Linux (via ssh). Then run ssh there, login onto my computer under my account, try to run any desktop program and it doesn't show any windows. My friend on another computer does all the same but with his account and his computer and desktop program shows all windows as expected. The differrence between our configurations: my - Windows XP, cygwin of 01.07.2006 (all standard packages) his - Windows 2000, cygwin of 01.03.2005 (all standard packages for that version) Why the behaviour is different? my - Windows *XP* his - Windows *2000* Have you considered this MAJOR difference? Yes, I considered it. [snip] Actually, your answer indicates you did not. Look again at the emphasis I added; it isn't pointing at the Cygwin versions. So my question is: this disabling of accessing to desktop is also new feature of new sshd? And can I allow him to access desktop somehow? Or I have to install on my computer the old sshd to become sure that old sshd will work on my OS too? You haven't clarified how you know that this is not caused by changes in how the OS treats the SYSTEM account, or service, or etc. between 2000 and XP. What is it: new security prohibition of Windows XP or new feature of last version of cygwin? My guess is new security prohibition of Windows XP. Have you eliminated that? Unless you have evidence that this is not the case (meaning, one working and one non-working install /on the exact same OS/), why are you insisting that Cygwin and/or sshd is at fault? -- Matthew My preferred shell is Christian. It's Bourne Again. -- 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: Similar Bash 3.1.18 CR/LF Problem
Wilks, Dan wrote: So we just got the short-end? A long(?) standing behavior of cygwin and DOS paths and a recent change to bash that eliminates support for \r's. I guess we were living on the edge of something that wasn't supposed to work at all and didn't even know it. :/ We'll try to figure out some workaround for our environment. I just wish going pure cygwin was an option. Well, as we like to say here, http://cygwin.com/acronyms/#PTC. Since Eric is currently amenable to adding a shopt to bash, you have the option of implementing it yourself and submitting the patch for upstream consideration. -- Matthew My preferred shell is Christian. It's Bourne Again. -- 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: Agnitum Outpost Firewall (was: 1.5.21-1 - Crash on anything using cygwin1.dll)
On 29 September 2006 18:55, OQ wrote: Well it appears Outpost Firewall is the culprit (go figure), that appeared in the new version they released earlier this month. Uninstalling it seems to be a fix, so evidently it hooks something that breaks cygwin. Meh :-( Hey, we've had that before! http://www.google.co.uk/search?q=site%3Acygwin.com+agnitum+inurl%3Aml%2Fcygwin %2Fsourceid=mozilla-searchstart=0start=0ie=utf-8oe=utf-8client=firefox-a rls=org.mozilla:en-GB:official Many times, in fact. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New windows from cygwin in ssh
On 29 September 2006 19:11, mwoehlke wrote: Pavel Ivanoff wrote: Pavel Ivanoff wrote: Why the behaviour is different? my - Windows *XP* his - Windows *2000* Have you considered this MAJOR difference? Yes, I considered it. [snip] Actually, your answer indicates you did not. Look again at the emphasis I added; it isn't pointing at the Cygwin versions. What is it: new security prohibition of Windows XP or new feature of last version of cygwin? My guess is new security prohibition of Windows XP. Have you eliminated that? Hang on. Trouble interacting with the desktop - and the main difference between XP and 2k in this regard is the presence of fast user switching and terminal services, both of which move the previously global desktop into the per-user local namespace. Maybe switching off those two services in control panel - Administrative Tools - services (a.k.a 'services.msc') will let it work? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
Is there a way to save the list of installed packages and do a clean install? Thanks for asking that... I asked that question and got no answer due to the fact discriminating readers were not happy with my post. AZ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[PATCH] building epic4 (CVS version 1.39) in Cygwin
This is a minor fix for building epic4 from CVS on Cygwin cleanly. Please CC: me on responses, if possible. Thank you! Index: configure === RCS file: /home/cvs/repository/epic4/configure,v retrieving revision 1.39 diff -u -3 -p -r1.39 configure --- configure 31 Jan 2004 16:52:06 - 1.39 +++ configure 29 Sep 2006 18:14:33 - @@ -1723,7 +1723,7 @@ fi -for ac_hdr in fcntl.h netdb.h regex.h sys/fcntl.h sys/file.h sys/select.h sys/syslimits.h sys/un.h sys/time.h termcap.h sys/filio.h sys/sysctl.h inttypes.h stdint.h +for ac_hdr in fcntl.h netdb.h regex.h sys/fcntl.h sys/file.h sys/select.h sys/syslimits.h sys/un.h sys/time.h ncurses/termcap.h termcap.h sys/filio.h sys/sysctl.h inttypes.h stdint.h do ac_safe=`echo $ac_hdr | sed 'y%./+-%__p_%'` echo $ac_n checking for $ac_hdr... $ac_c 16 Index: configure.in === RCS file: /home/cvs/repository/epic4/configure.in,v retrieving revision 1.39 diff -u -3 -p -r1.39 configure.in --- configure.in31 Jan 2004 16:28:32 - 1.39 +++ configure.in29 Sep 2006 18:14:34 - @@ -180,7 +180,7 @@ dnl dnl Checking for headers, functions, and a type declarations dnl -AC_CHECK_HEADERS(fcntl.h netdb.h regex.h sys/fcntl.h sys/file.h sys/select.h sys/syslimits.h sys/un.h sys/time.h termcap.h sys/filio.h sys/sysctl.h inttypes.h stdint.h) +AC_CHECK_HEADERS(fcntl.h netdb.h regex.h sys/fcntl.h sys/file.h sys/select.h sys/syslimits.h sys/un.h sys/time.h ncurses/termcap.h termcap.h sys/filio.h sys/sysctl.h inttypes.h stdint.h) if test $termcap -eq 0 ; then AC_CHECK_FUNC(setupterm, AC_DEFINE(HAVE_TERMINFO),) Index: include/defs.h.in === RCS file: /home/cvs/repository/epic4/include/defs.h.in,v retrieving revision 1.29 diff -u -3 -p -r1.29 defs.h.in --- include/defs.h.in 22 Nov 2003 23:33:01 - 1.29 +++ include/defs.h.in 29 Sep 2006 18:14:34 - @@ -333,5 +333,8 @@ /* Define if you have the sys/un.h header file. */ #undef HAVE_SYS_UN_H +/* Define if you have the ncurses/termcap.h header file. */ +#undef HAVE_NCURSES_TERMCAP_H + /* Define if you have the termcap.h header file. */ #undef HAVE_TERMCAP_H Index: include/irc_std.h === RCS file: /home/cvs/repository/epic4/include/irc_std.h,v retrieving revision 1.18 diff -u -3 -p -r1.18 irc_std.h --- include/irc_std.h 6 Oct 2004 00:22:05 - 1.18 +++ include/irc_std.h 29 Sep 2006 18:14:34 - @@ -63,8 +63,12 @@ /* * Some systems define tputs, etc in this header */ -#ifdef HAVE_TERMCAP_H -#include termcap.h +#ifdef HAVE_NCURSES_TERMCAP_H +# include ncurses/termcap.h +#else +# ifdef HAVE_TERMCAP_H +# include termcap.h +# endif #endif -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[PATCH] building epic5 (cvs version) in cygwin
Minor changes for building epic5 in Cygwin. Change to perl.c based on http://www.mail-archive.com/modperl@perl.apache.org/msg09457.html I would be happy to move the checks for static XS incompatibility and AF_INET6 support into proper autoconf tests, if you guys would prefer. Please CC: me on responses, if possible, thank you! Index: configure.in === RCS file: /home/cvs/repository/epic5/configure.in,v retrieving revision 1.53 diff -u -3 -p -r1.53 configure.in --- configure.in8 Sep 2006 22:52:49 - 1.53 +++ configure.in29 Sep 2006 20:29:29 - @@ -230,7 +230,7 @@ dnl dnl Checking for headers, functions, and a type declarations dnl -AC_CHECK_HEADERS(fcntl.h inttypes.h math.h ndbm.h netdb.h regex.h stddef.h stdint.h sys/fcntl.h sys/file.h sys/filio.h sys/select.h sys/sysctl.h sys/syslimits.h sys/time.h sys/un.h termcap.h,) +AC_CHECK_HEADERS(fcntl.h inttypes.h math.h ndbm.h netdb.h regex.h stddef.h stdint.h sys/fcntl.h sys/file.h sys/filio.h sys/select.h sys/sysctl.h sys/syslimits.h sys/time.h sys/un.h ncurses/termcap.h termcap.h,) AC_CHECK_FUNC(arc4random, AC_DEFINE(HAVE_ARC4RANDOM),) AC_CHECK_FUNC(clock_gettime, AC_DEFINE(HAVE_CLOCK_GETTIME),) Index: include/defs.h.in === RCS file: /home/cvs/repository/epic5/include/defs.h.in,v retrieving revision 1.40 diff -u -3 -p -r1.40 defs.h.in --- include/defs.h.in 8 Sep 2006 22:52:50 - 1.40 +++ include/defs.h.in 29 Sep 2006 20:29:29 - @@ -396,5 +396,8 @@ /* Define if you have the sys/un.h header file. */ #undef HAVE_SYS_UN_H +/* Define if you have the ncurses/termcap.h header file. */ +#undef HAVE_NCURSES_TERMCAP_H + /* Define if you have the termcap.h header file. */ #undef HAVE_TERMCAP_H Index: include/irc_std.h === RCS file: /home/cvs/repository/epic5/include/irc_std.h,v retrieving revision 1.24 diff -u -3 -p -r1.24 irc_std.h --- include/irc_std.h 4 Oct 2005 03:47:45 - 1.24 +++ include/irc_std.h 29 Sep 2006 20:29:29 - @@ -68,8 +68,12 @@ /* * Some systems define tputs, etc in this header */ -#ifdef HAVE_TERMCAP_H -#include termcap.h +#ifdef HAVE_NCURSES_TERMCAP_H +# include ncurses/termcap.h +#else +# ifdef HAVE_TERMCAP_H +# include termcap.h +# endif #endif Index: source/perl.c === RCS file: /home/cvs/repository/epic5/source/perl.c,v retrieving revision 1.17 diff -u -3 -p -r1.17 perl.c --- source/perl.c 9 Jun 2006 03:19:14 - 1.17 +++ source/perl.c 29 Sep 2006 20:29:29 - @@ -56,7 +56,13 @@ STRLEN trash; #define SvPV_nolen(x) SvPV((x),trash) #endif -static XS (XS_cmd) { +#ifdef __CYGWIN__ +# define EPIC_PERL_STATIC +#else +# define EPIC_PERL_STATIC static +#endif + +EPIC_PERL_STATIC XS (XS_cmd) { int foo; dXSARGS; for (foo=0; fooitems; foo++) { @@ -65,7 +71,7 @@ static XS (XS_cmd) { XSRETURN(0); } -static XS (XS_eval) { +EPIC_PERL_STATIC XS (XS_eval) { int foo; dXSARGS; for (foo=0; fooitems; foo++) { @@ -74,7 +80,7 @@ static XS (XS_eval) { XSRETURN(0); } -static XS (XS_expr) { +EPIC_PERL_STATIC XS (XS_expr) { int foo = 0; char* retval=NULL; char* arg=NULL; @@ -89,7 +95,7 @@ static XS (XS_expr) { XSRETURN(items); } -static XS (XS_call) { +EPIC_PERL_STATIC XS (XS_call) { int foo = 0; char* retval=NULL; char* arg=NULL; @@ -104,7 +110,7 @@ static XS (XS_call) { XSRETURN(items); } -static XS (XS_yell) { +EPIC_PERL_STATIC XS (XS_yell) { int foo; dXSARGS; for (foo=0; fooitems; foo++) { Index: source/server.c === RCS file: /home/cvs/repository/epic5/source/server.c,v retrieving revision 1.205 diff -u -3 -p -r1.205 server.c --- source/server.c 24 Sep 2006 16:03:58 - 1.205 +++ source/server.c 29 Sep 2006 20:29:29 - @@ -429,9 +429,11 @@ static int serverinfo_to_newserv (Server if (my_stricmp(si-proto_type, tcp4) == 0 || my_stricmp(si-proto_type, 4) == 0) s-protocol = AF_INET; +#ifdef AF_INET6 else if (my_stricmp(si-proto_type, tcp6) == 0 || my_stricmp(si-proto_type, 6) == 0) s-protocol = AF_INET6; +#endif else if (my_stricmp(si-proto_type, tcp) == 0 || my_stricmp(si-proto_type, any) == 0) s-protocol = AF_UNSPEC; -- 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: mssing packages for cygwin
From: Andrew Schulman [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: Re: mssing packages for cygwin Date: Fri, 29 Sep 2006 13:23:49 -0400 I find that I miss the command such as size.exe ar.exe, nm.exe, make.exe, awk.exe and strip.exe etc where can I find those packages to insall? are there any instructions I need to follow for installation? Please Read the Fine FAQ. thanks for the help. I have found the packages to install. However, when I type cpp.exe in msdos shell, I got the error: cpp: installation problem, cannot exec 'cc1': No such file or directory I searched the installed files and there is no cc1.exe. did I miss any packages? Also, I searched all packages and unable to find the man documentions for C functions. for example, I typed man fopen, and it doesn't display anything. Do you know which package contains the C functions manuals like what we have in unix? Thanks. tom _ Share your special moments by uploading 500 photos per month to Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://www.get.live.com/spaces/features -- 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: mssing packages for cygwin
Please Read the Fine FAQ. thanks for the help. http://cygwin.com/faq/faq-nochunks.html#faq.setup.what-packages I have found the packages to install. However, when I type cpp.exe in msdos shell, I got the error: cpp: installation problem, cannot exec 'cc1': No such file or directory Then you didn't install it. Rerun setup.exe, select gcc from the list of packages, and you should be able to install it. Also, I searched all packages and unable to find the man documentions for C functions. for example, I typed man fopen, and it doesn't display anything. Do you know which package contains the C functions manuals like what we have in unix? In general, the answer to your question of 'which package contains this file?' is 'cygcheck -p regex'. For example, 'cygcheck -p fopen.[0-9]' shows that you are likely to find a man page for fopen in the cygwin-doc package, again something you can select from setup.exe. But be aware that cygwin does not have a complete set of man pages; it is a volunteer project, and not all the pages are as well maintained as Linux, which has more volunteers, or in a paid Unix solution, where you are getting value-added from the vendor. By the way, if you had followed these directions: Problem reports: http://cygwin.com/problems.html and included the output of 'cygcheck -svr' as a text attachment, we would know for sure which packages you had installed, or if you had other installation problems. Hence our admonitions to read the FAQ. People get tired of answering the same questions when the answer is already a click or two away on the website. -- Eric Blake -- 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: New windows from cygwin in ssh
On Fri, Sep 29, 2006 at 10:09:31AM +0400, Pavel Ivanoff wrote: Why when I'm asking about this probably new feature of cygwin sshd, all list become silent? :) Nobody remembers what changes were in cygwin sshd since 01.03.2005? :) Or this information is about to be secret and I have to understand it from sources only? It's much simpler than that: We just don't like you. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install hangs
On Fri, Sep 29, 2006 at 02:34:47PM -0700, Artie Ziff wrote: Is there a way to save the list of installed packages and do a clean install? Thanks for asking that... I asked that question and got no answer due to the fact discriminating readers were not happy with my post. http://cygwin.com/ml/cygwin/2006-09/msg00516.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mssing packages for cygwin
Eric, From: [EMAIL PROTECTED] (Eric Blake) To: Tom Lee [EMAIL PROTECTED], cygwin@cygwin.com Subject: Re: mssing packages for cygwin Date: Sat, 30 Sep 2006 00:40:50 + I have found the packages to install. However, when I type cpp.exe in msdos shell, I got the error: cpp: installation problem, cannot exec 'cc1': No such file or directory Then you didn't install it. Rerun setup.exe, select gcc from the list of packages, and you should be able to install it. On the machine I have gcc installed, cpp.exe works. when I copy cpp.exe and all cygwin related dll to another computer, I got the error: cpp: installation problem, cannot exec 'cc1': No such file or directory I searched the machine with gcc isntalled, there is no cc1* are there any registry issure related to this problem? thanks for your suggestion. Tom _ Share your special moments by uploading 500 photos per month to Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://www.get.live.com/spaces/features -- 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/