Re: Which newest version of emacs could be compiled in cygwin?

[Angelo Graziosi]

William Xue wrote:

> I have tried the newest cvs version of emacs 22 and emacs-unicode-2,
> both them are failed.


My experience is that the last useful build of Emacs-CVS is that
downloaded with:

cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/emacs co -P -D "06
Sep 2006 13:50" emacs

The builds of the CVS source after 20060906 13:50, up to now, or fail or,
if they are completed, Emacs segment faults.

I build with

cd emacs
mkdir .build
cd .build
../configure --prefix=/usr/local/emacs-22.0.50
make bootstrap
make install


In any case, there are prebuilt binaries (Mingw, I think) at

  http://www.gnu.org/software/auctex/download-for-windows.html
  http://ourcomments.org/Emacs/EmacsW32.html


Cheers,

   Angelo.


--
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: Please upload: guile-1.8.1-1 (fwd)

[Angelo Graziosi]

The method used in

 http://cygwin.com/ml/cygwin-apps/2006-05/msg00098.html
 http://cygwin.com/ml/cygwin-apps/2006-05/msg00104.html
 http://cygwin.com/ml/cygwin-apps/2006-05/msg00111.html

was based on cygport package and it broke the monolithic structure.

I have tried to attach the -src of those package but the mailer does not
accept packages greater than 100 bytes in size.


Cheers,

 
   Angelo.


--
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/

Moving compiled application?

[juman]

I have two separate installations of Cygwin testing things out before
moving one of them to an USB stick. On one of the installations I have
everything needed for compiling installed as gcc etc. And on the other I
only have the base installation.

Now I am trying to compile an application on the development one and
move it to the other. So after compiling it I just tar the whole folder
and copy it over to the other one. I then follow what happens when doing
a "make install" so everything goes to the right place. 

So when all is in place I try to start the application and nothing... No
error message, no output, nothing... I just press enter and it gives me
the next line. Any ideas how I can look into what is missing or do you
have a better way to move an application between two systems like this?

/juman

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Corinna Vinschen]

On Oct 22 22:56, Jonathan Lanier wrote:
> Brief summary, before I get into details:  Cygwin 1.5.21-1 on WinXP SP2
> was working perfectly, until a new CIFS server was installed on our LAN.
> [...]
>   The common factor to
> all failures: they are all symbolic links on the CIFS server.  Typical
> failure modes were as follows:
> [...]
> Y:\test>vcfiletest y:\dirsymlink
> Checking file "y:\dirsymlink"...
> GetFileAttributesEx(): attr=0x0010, size=0
> stat(): mode=0x41ff, size=0
> 
> Y:\test>vcfiletest y:\filesymlink.exe
> Checking file "y:\filesymlink.exe"...
> GetFileAttributesEx(): attr=0x0020, size=290816
> stat(): mode=0x81ff, size=290816
> 
> Y:\test>mingwfiletest y:\dirsymlink
> Checking file "y:\dirsymlink"...
> GetFileAttributesEx(): attr=0x0010, size=0
> stat(): mode=0x41ff, size=0
> 
> Y:\test>mingwfiletest y:\filesymlink.exe
> Checking file "y:\filesymlink.exe"...
> GetFileAttributesEx(): attr=0x0020, size=290816
> stat(): mode=0x81ff, size=290816
> 
> Y:\test>cygfiletest y:\dirsymlink
> Checking file "y:\dirsymlink"...
> GetFileAttributesEx(): attr=0x0080, size=25
> stat(): mode=0x41ed, size=0
> 
> Y:\test>cygfiletest y:\filesymlink.exe
> Checking file "y:\filesymlink.exe"...
> GetFileAttributesEx(): attr=0x0080, size=43
> stat(): mode=0x81ed, size=43
> 
> Interesting points to note: If the executable symlink is renamed to
> remove its extension, the file size reported returns to the orignal
> expected size.  [...]

I can't help to think this is a bug in the CIFS server, rather than a
bug in Cygwin.  Cygwin uses the GetFileAttributes function as every
other Win32 application and if the CIFS server returns 0x80 instead of
0x10 for a symlink to a directory, there's nothing Cygwin can do about
that.  Same goes for the weird file behaviour.  Cygwin uses normal Win32
and native NT system calls, nothing unusual.  Somehow the server doesn't
seem to recognize the machine as a Windows client when an access from
Cygwin occurs.

I tested this with a Samba server and these effects simply don't occur.
A symlink is resolved to the symlink target before the information is
returned to the Windows machine.  Cygwin sees a directory or a file when
accessing the symlink, and the file size is correct, too, regardless of
the suffix.


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/

Re: 1.5.21-1:Windows 2003 Server & Cygwin Cron

[Mark Schubert]

I still need help with this - anyone?

Larry? Corinna?

Thanks!

Mark.

On 10/20/06, Mark Schubert <[EMAIL PROTECTED]> wrote:

Update -

cron works when start it manually from cron_server account -

[EMAIL PROTECTED] ~
$ /usr/sbin/cron

It runs crontabs from all different accounts.The problem is I need to
have it start as a service so when the machine boots, it will run.

I've tried every which way under the sun to start it as a service -
not gonna happen! (without help)

I've tried to start it as sshd_server, cron_server etc... notta.
cygrunsrv -I cron -p /usr/sbin/cron -a -D -u cron_server -w 
cygrunsrv -I cron -p /usr/sbin/cron -a -D -u sshd_server -w 

I tried w/quotes (both single and double) around the -D - doesn't matter.

seems like it doesn't like my password - but I'm not sure. I've
deleted and re-created the cron_server account a number of times as
both "mark" and Administrator - same problem.

Mark.

On 10/11/06, Mark Schubert <[EMAIL PROTECTED]> wrote:
> I do not have a problem to get cron to start - but it flat doesn't work.
>
> I've started/configured it to start every way I've seen so far (except
> the "wrappers") stuff - I don't see how that could help...
>
> I've read a TON of information provided by Ms. Vinschen - and I am
> still not able to get cron to execute a crontab entry..
> Here is my latest attempt: (all commands entered by user:mark unless
> otherwise specified - mark is in group Administrators)
>
> # configure cron Win2003 Server
> net user cron_server  /add /yes
> net localgroup Administrators cron_server /add
> editrights -a SeAssignPrimaryTokenPrivilege -u cron_server
> editrights -a SeCreateTokenPrivilege -u cron_server
> editrights -a SeIncreaseQuotaPrivilege -u cron_server
> editrights -a SeServiceLogonRight -u cron_server
> mkpasswd -l -u cron_server >> /etc/passwd
> --- all these work fine... Then, I did the following...
>
> For security reasons:
> editrights -a SeDenyInteractiveLogonRight -u cron_server
> editrights -a SeDenyNetworkLogonRight -u cron_server
> editrights -a SeDenyRemoteInteractiveLogonRight -u cron_server
>
> --- At this point, no problems...
> cygrunsrv -I cron -p /usr/sbin/cron -a -D -u cron_server -w 
>
> [EMAIL PROTECTED] ~
> $ net start cron
> The cron service is starting.
> The cron service could not be started.
>
> The service did not report an error.
>
> More help is available by typing NET HELPMSG 3534.
>
> The "net start cron" failed - so, I did this.
>
> editrights -r SeDenyInteractiveLogonRight -u cron_server
> editrights -r SeDenyNetworkLogonRight -u cron_server
> editrights -r SeDenyRemoteInteractiveLogonRight -u cron_server
>
> ssh [EMAIL PROTECTED] (because su doesn't work)
> cron_server>cygrunsrv -R cron
> cron_server>rm -f /var/run/cron.pid
> cron_server>cygrunsrv -I cron -p /usr/sbin/cron -a -D
> cron_server>net start cron
> The cron service is starting.
> The cron service was started successfully.
>
> cron_server>ps -aef
> [EMAIL PROTECTED] ~
> $ ps -aef
> UID PIDPPID TTY STIME COMMAND
> sshd_ser1484   1   ?  20:26:19 /usr/bin/cygrunsrv
> sshd_ser15001484   ?  20:26:19 /usr/sbin/sshd
> webmon36242240   ?  10:06:04 
>mark4768   1 con  20:37:07 /usr/bin/rxvt
>mark48084768   1  20:37:07 /usr/bin/bash
> webmon38803916   ?  08:16:04 
> sshd_ser47201500   ?  13:54:05 /usr/sbin/sshd
>mark44164720   3  13:54:06 /usr/bin/bash
>mark60564416   3  13:59:19 /usr/bin/ssh
> sshd_ser37961500   ?  13:59:19 /usr/sbin/sshd
> cron_ser37043796   4  13:59:22 /usr/bin/bash
> sshd_ser17921500   ?  14:00:24 /usr/sbin/sshd
>mark54601792   5  14:00:25 /usr/bin/bash
> sshd_ser45961500   ?  17:35:18 /usr/sbin/sshd
>mark52644596   7  17:35:19 /usr/bin/bash
>mark 8685460   5  17:37:13 /usr/bin/ssh
> sshd_ser 6641500   ?  17:37:13 /usr/sbin/sshd
> Administ4652 664   6  17:37:16 /usr/bin/bash
> SYSTEM1612   1   ?  18:01:08 /usr/bin/cygrunsrv
> SYSTEM41201612   ?  18:01:08 /usr/sbin/cron
> cron_ser56563704   4  18:01:38 /usr/bin/ps
>
> cron_server>cron_diagnose.sh
> cron_diagnose.sh 1.7
>
> This script did not find any errors in your crontab setup.
>
> [EMAIL PROTECTED] ~
> cron_server>crontab -l
> # DO NOT EDIT THIS FILE - edit the master and reinstall.
> # (/tmp/crontab.5292 installed on Wed Oct 11 18:05:28 2006)
> # (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
> * * * * * rm ~/this
> * * * * * date > /home/cron_server/date.txt
>
> $ ls -la
> total 36
> drwxrwxrwx+ 4 cron_server None 0 Oct 11 18:05 .
> drwxrwxrwx+ 6 markNone 0 Oct 11 13:59 ..
> -rwxr-xr-x  1 cron_server None  1150 Aug 28 15:07 .bash_profile
> -rwxr-xr-x  1 cron_server None  3116 Aug 28 15:07 .bashrc
> -rwxr-xr-x  1 cron_server None  1461 Aug 28 15:07 .inputrc
> drwx--+ 2 cron_server None 0 Oct 11 18:04 .ssh
> drwxrwxrwx+ 3 cron_server No

SanDisk U3

[Newton Robinson]

I just bought a SanDisk USB Flash Drive with U3.



I have looked at the apps that are available and most are not something I am 
interested in, however there were a few utilities such as PuTTY that did 
interest me.  I was wondering if anyone was looking into a minimal CYGWIN 
installation for U3.  I think it would be great to have BASH, text 
processing, and other critical tools on the flash drive.


Newton 




--
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: Moving compiled application?

[Larry Hall (Cygwin)]

juman wrote:

I have two separate installations of Cygwin testing things out before
moving one of them to an USB stick. On one of the installations I have
everything needed for compiling installed as gcc etc. And on the other I
only have the base installation.

Now I am trying to compile an application on the development one and
move it to the other. So after compiling it I just tar the whole folder
and copy it over to the other one. I then follow what happens when doing
a "make install" so everything goes to the right place. 


So when all is in place I try to start the application and nothing... No
error message, no output, nothing... I just press enter and it gives me
the next line. Any ideas how I can look into what is missing or do you
have a better way to move an application between two systems like this?



You could do a cygcheck on the app to see what it wants in terms of DLLs.
You may be missing one or more on your minimal installation.  Other than
that, my recommendation is to debug it.

--
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/

gunzip 1.3.5 error reading from stdin

[Vin Shelton]

After upgrading my system this morning, I'm getting an error running gunzip 
when it reads from stdin.


Steps to reproduce:

wget ftp://ftp.gnu.org/gmp/gmp-4.2.1.tar.gz
gunzip < gmp-4.2.1.tar.gz >/dev/null

This sequence yields the following errors:

gunzip: stdin: invalid compressed data--crc error

gunzip: stdin: invalid compressed data--length error


Interestingly,

gunzip gmp-4.2.1.tar.gz

works.

I've attached the output of 'cygcheck -s -v -r'.

Regards,
  Vin Shelton



Cygwin Configuration Diagnostics
Current System Time: Tue Oct 24 11:04:38 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   e:\acs\bin
e:\cygwin\usr\local\bin
e:\cygwin\bin
e:\cygwin\bin
e:\cygwin\usr\X11R6\bin
e:\cygwin\etc
c:\WINDOWS\system32
c:\WINDOWS

Output from e:\cygwin\bin\id.exe (nontsec)
UID: 11956(vshelton)GID: 10513(Domain Users)
544(Administrators) 545(Users)
12099(AOA Cambridge Domain Users)   12045(Bravado)
12073(Distribution List Administrators) 10512(Domain Admins)
10513(Domain Users) 12066(EmployeeDevelopment)
11835(FmPro_dba)11941(FmPro_mis)
11468(GCS)  14243(LS Cambridge Users)

Output from e:\cygwin\bin\id.exe (ntsec)
UID: 11956(vshelton)GID: 10513(Domain Users)
544(Administrators) 545(Users)
12099(AOA Cambridge Domain Users)   12045(Bravado)
12073(Distribution List Administrators) 10512(Domain Admins)
10513(Domain Users) 12066(EmployeeDevelopment)
11835(FmPro_dba)11941(FmPro_mis)
11468(GCS)  14243(LS Cambridge Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = '/e/acs'
PWD = '/e/acs'
USER = 'vshelton'
MAKE_MODE = 'unix'

ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\vshelton\Application Data'
CLASSPATH = '.;C:\Program Files\Java\jre1.5.0_08\lib\ext\QTJava.zip'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
COMPUTERNAME = 'VSHELTON-PC2'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\vshelton'
LOGONSERVER = '\\AOAINC-PDC2'
MSDEVDIR = 'E:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = '1'
OS = 'Windows_NT'
OSJI_ROOTDIR = 'C:\ODI\OSJI'
OS_ROOTDIR = 'C:\ODI\OStore'
OS_TMPDIR = 'C:\DOCUME~1\vshelton\LOCALS~1\Temp\'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '0d08'
PROGRAMFILES = 'C:\Program Files'
QTJAVA = 'C:\Program Files\Java\jre1.5.0_08\lib\ext\QTJava.zip'
SESSIONNAME = 'Console'
SYSTEMDRIVE = 'C:'
SYSTEMROOT = 'C:\WINDOWS'
TEMP = '/c/DOCUME~1/vshelton/LOCALS~1/Temp'
TERM = 'rxvt-cygwin-native'
TMP = '/c/DOCUME~1/vshelton/LOCALS~1/Temp'
USERDNSDOMAIN = 'AOAINC.COM'
USERDOMAIN = 'AOAINC'
USERPROFILE = 'C:\Documents and Settings\vshelton'
WINDIR = 'C:\WINDOWS'
COLORFGBG = 'default;default;0'
DISPLAY = ':0'
WINDOWID = '6816056'
COLORTERM = 'rxvt-xpm'
TZ = 'EST5EDT4,M4.1.0/2,M10.5.0/2'
LOGNAME = 'vshelton'
SHLVL = '1'
OLDPWD = '/e/acs/software/zip'
USRLOCAL = '/usr/local'
SRCROOT = '/usr/local/src'
BLDROOT = '/usr/local/build'
ZIPROOT = '/e/acs/software/zip'
HOMESYSTEM = 'zion'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:/usr/ssl/man:/usr/X11R6/man'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
CVS_RSH = '/bin/ssh'
SHELL = '/bin/zsh'
PS1 = '%99>..>%{%}%m%{%}%9(v. . 
%{%}%(?.[.%20(?.[%U.%S[))%7v%(?.].%20(?.%u].]%s))%{%} 
)%{%}%8~%{%}%<<%8v%84(l. . %{%}%D%{%})%92(l.. [EMAIL PROTECTED])%9(v.
%{%}%(?.[.%20(?.[%U.%S[))%7v%(?.].%20(?.%u].]%s))%{%}.)
%2c %w %T%(#.#.); '
TEXDOCVIEW_dvi = 'cygstart %s'
TEXDOCVIEW_html = 'cygstart %s'
TEXDOCVIEW_pdf = 'cygstart %s'
TEXDOCVIEW_ps = 'cygstart %s'
TEXDOCVIEW_txt = 'cygstart %s'
PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig'
PRINTER = '\\print-server\2east'
EXINIT = ':set ai nows'
EDITOR = 'gnuclient'
LESS = '-e -i -s -C -j2 -n'
MORE = '-s'
PAGER = '/usr/bin/less'
VISUAL = 'gnuclient'
GNU_PORT = '2'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/'
  cygdrive flags = 0x002a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'e:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default

Re: costly accurate link counts, Vista compat...(was Re: questions about excessive disk usage when doing tab completion)

[Matthew Woehlke]

Linda Walsh wrote:

Of course Cygwin is already faster than MS's own POSIX subsystem;
Such compatibility may be one reason why MS dropped future revisions
of their Interix (POSIX) subsystem support.  I wonder if it even
runs on Vista?  For that matter, anyone tried Cygwin to see if there are 
any compatibility issues for Cygwin on Vista?


Eh? That would be news to me. Last I heard it had become "SUA" (Services 
for UNIX-based Applications) and was a core component of Windows.


But it still sucks. :-)

--
Matthew
Only Joe suffers from schizophrenia. The rest of us enjoy it.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.21-1:Windows 2003 Server & Cygwin Cron

[Larry Hall (Cygwin)]

Mark Schubert wrote:

I still need help with this - anyone?

Larry? Corinna?




I still don't understand why you don't just use 'cron-config' for all this.
It would avoid allot of guesswork on your part.

If configuring with 'cron-config' doesn't just work for you and/or you get
the same problem with the service not starting automatically, that points
to a dependency problem.  You'll have to add the needed service as
dependencies to this one.  tcp is sometimes a needed dependency.

--
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/

Is "inetd" usable with cygwin?

[Dave Down]

I'm a new cygwin user but I'm a long term windows user and have worked with
unix/linux in the past.  I can use the cygwin network clients, but I'm
confused about the server daemons.  On regular linux systems, "inetd" is
started automatically, but it isn't with cygwin .  I looked for information
about this in the user manual, but didn't see it mentioned.

I then looked around in files and found in "inetd.conf" that the command
"net start inetd" should start it, but when I enter the command, I get the
error "The service name is invalid." from the windows net utility and I
didn't find documentation for installing it as a service.

So, is "inetd" not usable with cygwin or is there somewhere that I can read
about how to set it up?  Does it conflict with windows network services?  I
can start the windows telnet server and log in from another computer that
way and the Xwindows features of cygwin are working fine, so I'd expect the
others like "ftpd" should be usable too.

I'll continue to dig around trying to find answers, but if someone would
spend a few minutes to save me many more hours of frustration, I'd
appreciate it...




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

command not found2: pwd and other errors

[Bill]

Hi All,

I am no expert with cygwin and unix, though I use cygwin a lot while
developing software. I have been developing for one of my clients on my
local machine and now am trying to replicate my development environment
on one of their machines. Everything seems okay until I try to run a
shell script, which worked just fine on my machine. It is an extremely
basic script launching a java app. Here are the results:



/home/bturner/rjmdental/bin>sh powerpick.sh
: command not found2: pwd
/home/bturner
: No such file or directoryhome/bturner
: No such file or directoryjmdental
: command not found7:
Unable to access jarfile jar/powerpick.jar
/home/bturner/rjmdental/bin>



Here is the script (this is not the exact original, I tried a couple
things to see if I could figure out what is going on):



#!/usr/bin/bash
pwd
echo ${HOME}
cd ${HOME}
cd rjmdental
export CLASSPATH=

${JAVA_HOME}/bin/java -jar jar/powerpick.jar



NOTE: the pwd command and the cd commands work fine when at that command line. I
cannot see what could possible be wrong. I don't understand why the
pwd command is not found, nor can I understand why the cd command seems
to drop the leading /.

I had copied my whole project from my machine to the client machine,
after installing cygwin. I did change the .passwd file in /etc so that
I was pointed to the correct directory, I have a different username on
this machine. I also changed other instances of my old user id to my
new user id.

I've tried googling for answers, including this usergroup, but cannot
seem to find anything related to my problems. If any of you have any
ideas, I'd surely appreciate a response!

TIA,

Bill 


--
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: SanDisk U3

[Svend Sorensen]

On 10/24/06, Newton Robinson wrote:


I have looked at the apps that are available and most are not something I am
interested in, however there were a few utilities such as PuTTY that did
interest me.  I was wondering if anyone was looking into a minimal CYGWIN
installation for U3.  I think it would be great to have BASH, text
processing, and other critical tools on the flash drive.



I don't see the benefit of U3.  You can put the standalone PuTTY
binaries on ANY flash drive.  You can also install Cygwin to a flash
drive.  Making it portable takes a few extra steps (basically you set
up a bat file which adds the Cygwin mounts to the new computer).

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.21-1:Windows 2003 Server & Cygwin Cron

[Mark Schubert]

I'm so stupid...

This is a little embarrassing cron-config worked fine... THANKS Larry!

My sincere apologies.

Mark.


On 10/24/06, Mark Schubert <[EMAIL PROTECTED]> wrote:

I still need help with this - anyone?

Larry? Corinna?

Thanks!

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/

Re: Is "inetd" usable with cygwin?

[Svend Sorensen]

On 10/24/06, Dave Down wrote:


So, is "inetd" not usable with cygwin or is there somewhere that I can read
about how to set it up?  Does it conflict with windows network services?  I
can start the windows telnet server and log in from another computer that
way and the Xwindows features of cygwin are working fine, so I'd expect the
others like "ftpd" should be usable too.


See /usr/share/doc/Cygwin/inetutils-1.3.2.README for instuctions on
installing the inetd service.

--
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: command not found2: pwd and other errors

[Dave Korn]

On 24 October 2006 15:55, Bill wrote:


> /home/bturner/rjmdental/bin>sh powerpick.sh
>> command not found2: pwd
> /home/bturner
>> No such file or directoryhome/bturner
>> No such file or directoryjmdental
>> command not found7:
> Unable to access jarfile jar/powerpick.jar
> /home/bturner/rjmdental/bin>

  You have dos line ends, which recent versions of bash no longer support by
default.  d2u it.

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: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Jonathan Lanier]

> I can't help to think this is a bug in the CIFS server, rather than a
bug in Cygwin.

That is a tempting conclusion to reach; unfortunately I don't think it's
the right one, nor do I think this bug has to blamed on just one or the
other.  Notice that I ran these tests 3 times, each compiled in a
different way.  Note that the GetFileAttributes function, which I assume
is imported directly from KERNEL32.DLL, is returning different values on
the same machine with the same network connection depending on whether
or not the application is running under Cygwin.  I used "gcc
filetest.cpp" and "gcc -mno-cygwin filetest.cpp" and got different
results.  If the Cygwin runtime isn't performing any tricks to hook the
kernel functions, then I only assume some magic must be happening inside
Windows XP itself that changes the behavior of the basic KERNEL32 file
system API functions.  Somehow, Windows XP has decided that Cygwin apps
should see different results when looking at symlinks on a CIFS share;
something must be responsible for this.

I also don't think the CIFS server can be blamed, if only because the
standard non-Cygwin Win32 applications calling the exact same KERNEL32
functions report the correct information.  Also, because (I know the FAQ
says not to say this, but I think it's useful information in this case)
we have a much older version of Cygwin (cygcheck reports v1.5.14) that
works flawlessly with CIFS and does not suffer the same problems.  So,
at the very least, it appears that something changed in Cygwin that is
now exposing the undesired behavior.  This is not meant to imply it's a
bug in Cygwin per se - more likely, since it's the KERNEL32 API that is
returning unexpected results, something has changed in Cygwin that is
triggering incorrect behavior in the WinXP kernel itself.

One completely wild guess would be that there is some attribute
associated with the process that might expose the native symlinks,
possibly for improved compatibility with SFU/Posix and CIFS; not too
hard to believe, since Microsoft has clearly expressed an interest in
improving Unix compatibiliy in future Windows OSes to more favorably
compete, and they're clearly adding symlink support to Vista, which is
expected to work seamlessly with CIFS.  So, maybe the SMB client behaves
differently even under WinXP when connecting to CIFS for more advanced
SFU support.  However, as I said, I double-checked the PE headers and
the application type is definitely not marked as Posix.  I'm not sure if
there's any other code to check; maybe internally Cygwin is forking a
process that is inheriting some undesired Posix attribute?

I'm happy to run any kind of test or diagnostic on my machine to help
narrow down the problem; unfortunately, since I am in a production
environment, I'm very limited in what I can do with the CIFS server.

- Jonathan Lanier

--
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 do I kill a grandchild process from shell program?

[Jim Seymour]

Lev Bishop wrote:

On 10/23/06, Jim Seymour <[EMAIL PROTECTED]> wrote:


However, if things don't work fine, the background process sticks around
to plague me later.

I'd like to end my main script by killing the background process (if
it's still around), but I'm having a helluva time figuring out HOW.


How about:
$ killall 


Thanks for the reply.  Unfortunately, "killall" is not part of my Cygwin 
installation - and I don't see which package contains it.


However, I may have solved my problem with this lovely mess:

   kill $!
   kill `ps | grep ocdremote | tr -s " " | cut -f2 -d " "`

The first "kill" stops the background bash process.  The second stops 
the utility in question.  Not as elegant as I'd hoped, but it seems to 
do the trick.


--
Jim Seymour


--
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 do I kill a grandchild process from shell program?

[Gary Johnson]

On 2006-10-24, Jim Seymour <[EMAIL PROTECTED]> wrote:
> Lev Bishop wrote:
> > On 10/23/06, Jim Seymour <[EMAIL PROTECTED]> wrote:
> >
> >> However, if things don't work fine, the background process sticks around
> >> to plague me later.
> >>
> >> I'd like to end my main script by killing the background process (if
> >> it's still around), but I'm having a helluva time figuring out HOW.
> >
> > How about:
> > $ killall 
> 
> Thanks for the reply.  Unfortunately, "killall" is not part of my Cygwin 
> installation - and I don't see which package contains it.

>From a shell prompt, execute

cygcheck -p killall

or in a browser, go to http://cygwin.com/packages/ and "Search 
Package List:" for "killall".

Gary

-- 
Gary Johnson | Agilent Technologies
[EMAIL PROTECTED] | Wireless Division
 | Spokane, Washington, USA

--
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: Is "inetd" usable with cygwin?

[Larry Hall (Cygwin)]

Dave Down wrote:

I'm a new cygwin user but I'm a long term windows user and have worked with
unix/linux in the past.  I can use the cygwin network clients, but I'm
confused about the server daemons.  On regular linux systems, "inetd" is
started automatically, but it isn't with cygwin .  I looked for information
about this in the user manual, but didn't see it mentioned.

I then looked around in files and found in "inetd.conf" that the command
"net start inetd" should start it, but when I enter the command, I get the
error "The service name is invalid." from the windows net utility and I
didn't find documentation for installing it as a service.

So, is "inetd" not usable with cygwin or is there somewhere that I can read
about how to set it up?  Does it conflict with windows network services?  I
can start the windows telnet server and log in from another computer that
way and the Xwindows features of cygwin are working fine, so I'd expect the
others like "ftpd" should be usable too.

I'll continue to dig around trying to find answers, but if someone would
spend a few minutes to save me many more hours of frustration, I'd
appreciate it...


Read '/usr/share/doc/Cygwin/inetutils-1.3.2.README' and then use
'/usr/bin/iu-config' to configure it.  Do the first thing first and
the second thing second to avoid tripping and falling.  Also, don't
run with scissors! ;-)

--
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: 1.5.21-1:Windows 2003 Server & Cygwin Cron

[Larry Hall (Cygwin)]

On 10/24/2006, Mark Schubert wrote:

I'm so stupid...

This is a little embarrassing cron-config worked fine... THANKS Larry!



Glad to hear it.

--
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/

File permissions screwy (chown - chmod - ssh - rsync - ntsec??)

[psyjoniz]

goal:  get rsync hand-in-hand with ssh to perform a sync from an xp box to a
sun box and vice versa (development path for approx 20 programmers:  XP(DEV)
-> SUN(TEST) -> SUN(UAT) -> SUN(PROD)) (please don't ask why we can't have
some *x variant as our development machinesi just can't take that
completely logical question anymore..)

status:  ssh works but with permissions issues; rsync works but with
permissions issues

issues:  permissions do not seem to be handled properly within my cygwin
environment.  this causes two issues:  1) ssh cannot be setup with public
keys for authentication because perms can't be set to 'r' on the
(XP) key file (rsync automation depends on this ability) and 2) when i set
the 'p' flag when running rsync it goes to the slave box and touches all
files that exist on the host box regardless if they are in need of update
causing rsync's wonderful ability to sync things quickly go straight down
the crapper plus it makes the perms on the sun box go screwy (yes, i can
take off the p flag but it still does not fix the ssh key problem).

http://www.nabble.com/file/3825/cygcheck.txt cygcheck.txt 

yes, i have searched.

i've run:
mkpasswd -d > /etc/passwd
mkgroup -d > /etc/group

i've set (in both .bash_profile [set CYGWIN=ntsec;export $CYGWIN;] and
global env for xp)

:: reboot ::

cygwin cmd line results..
////
[EMAIL PROTECTED] ~
$ echo $CYGWIN
ntsec

[EMAIL PROTECTED] ~
$ touch test.file

[EMAIL PROTECTED] ~
$ ls -la test.file
-rw-r--r-- 1 JQuattlebaum Domain Users 0 Oct 24 15:02 test.file

[EMAIL PROTECTED] ~
$ chmod 000 test.file

[EMAIL PROTECTED] ~
$ ls -la test.file
-r--r--r-- 1 JQuattlebaum Domain Users 0 Oct 24 15:02 test.file

[EMAIL PROTECTED] ~
$ chmod 777 test.file

[EMAIL PROTECTED] ~
$ ls -la test.file
-rw-r--r-- 1 JQuattlebaum Domain Users 0 Oct 24 15:02 test.file
////

i've also tried the -l option on both mkpasswd and mkgroup and manually
modified both output files so that my current user has a valid group (not
'mkgroup') but still no dice.

and another strangeness (that i am going to search on and hopefully not have
to post a question about..) is that during cygwin setup there **IS NOT**
'ssh' nor 'rsync' in the list of things able to be installed (i had to dig
an old install of cygwin up and dump it to my xp box and run updates for
newer packages).  and yes, i know how to change the view so that 'all'
packages are listed regardless of section they belong to so i'm not just
'missing it'.  i've also tried changing mirrors which did not help.  anyway
this is another issue but i wanted to make light of it here in case it might
have some bearing on why i'm having such strangeness with cygwin lately.

i hope i have provided enough information.  thank you very much in advance
to anyone able to shed light on this for me.
-JQuattlebaum
-- 
View this message in context: 
http://www.nabble.com/File-permissions-screwy-%28chown---chmod---ssh---rsync---ntsec--%29-tf2503531.html#a6979763
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: File permissions screwy (chown - chmod - ssh - rsync - ntsec??)

[psyjoniz]

disregard my insistence that ssh and rsync do not exist in the setup list.  i
just ran it again and it is there.  i may just go home for the day.  :/
-- 
View this message in context: 
http://www.nabble.com/File-permissions-screwy-%28chown---chmod---ssh---rsync---ntsec--%29-tf2503531.html#a6979857
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: igncr vs text mode mounts, performance vs compatibility

[Lewis Hyatt]

> >> Are you saying that these people expect bash to treat CRLF as if the
> >> CR were non-whitespace?  Can you give me an example where this would
> >> be a useful feature?
> 
> It may not be a well-used feature, but I won't go so far as to call it not
> useful.  One possible use - a script written with \n line endings, but
> which wants to intentionally generate an output file with \r\n line
> endings (this sounds like something sharutils might want to do).  On
> Linux, literal \r in a here-doc get output to the file.  So it stands to
> reason that someone might want to do the same action on cygwin when using
> a binary mount.  Since cygwin's goal is to provide a Linux emulation, I
> don't see any reason to artificially limit cygwin by making bash always
> ignore \r; rather, I think it is only safe to ignore \r when explicitly
> told to do so (either by a text mount, or by using igncr).

Just a thought, it would probably solve 99% of people's problems if you just
specified that if the first line of the script ends in \r\n, then \r will be
ignored for the rest of the file. Then you would just need to read the first
line a byte at a time, and every subsequent line could be read efficiently
whenever possible, right? And it seems unlikely that this could possibly break
anything.

-Lewis


--
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 do I kill a grandchild process from shell program?

[Matthew Woehlke]

Jim Seymour wrote:
I have two shell programs - one that launches the other in the 
background.  The background one runs a utility program that (under 
normal circumstances) will shut down gracefully.


However, if things don't work fine, the background process sticks around 
to plague me later.


I'd like to end my main script by killing the background process (if 
it's still around), but I'm having a helluva time figuring out HOW.


I can use "kill $!" in the main script, but that only kills the 
background bash process, leaving the utility program running.


Questions:
1) Is "kill %?name" supposed to work in this environment?
2) Is there a simple way to kill a process along with its children?


'kill -SIGHUP '? Or if the child is a bash script, you might be 
able to re-write it to trap a signal (e.g. SIGUSR1) that instructs the 
child to kill /its/ child (the assumption being that the child knows its 
own child's PID).


--
Matthew
Only Joe suffers from schizophrenia. The rest of us enjoy it.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Matthew Woehlke]

Jonathan Lanier wrote:

Also, because (I know the FAQ
says not to say this, but I think it's useful information in this case)
we have a much older version of Cygwin (cygcheck reports v1.5.14) that
works flawlessly with CIFS and does not suffer the same problems.  So,
at the very least, it appears that something changed in Cygwin that is
now exposing the undesired behavior.


This should be screaming "way to narrow down the problem" at you; IOW 
you should try your test with various versions of cygwin1.dll, doing a 
binary search, until you have a more specific idea of when the behavior 
"broke".


--
Matthew
Only Joe suffers from schizophrenia. The rest of us enjoy it.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: File permissions screwy (chown - chmod - ssh - rsync - ntsec??)

[Larry Hall (Cygwin)]

psyjoniz wrote:




status:  ssh works but with permissions issues; rsync works but with
permissions issues

issues:  permissions do not seem to be handled properly within my cygwin
environment.  this causes two issues:  1) ssh cannot be setup with public
keys for authentication because perms can't be set to 'r' on the
(XP) key file (rsync automation depends on this ability) and 2) when i set
the 'p' flag when running rsync it goes to the slave box and touches all
files that exist on the host box regardless if they are in need of update
causing rsync's wonderful ability to sync things quickly go straight down
the crapper plus it makes the perms on the sun box go screwy (yes, i can
take off the p flag but it still does not fix the ssh key problem).

http://www.nabble.com/file/3825/cygcheck.txt cygcheck.txt 


yes, i have searched.

i've run:
mkpasswd -d > /etc/passwd
mkgroup -d > /etc/group

i've set (in both .bash_profile [set CYGWIN=ntsec;export $CYGWIN;] and
global env for xp)

:: reboot ::

cygwin cmd line results..
////
[EMAIL PROTECTED] ~
$ echo $CYGWIN
ntsec

[EMAIL PROTECTED] ~
$ touch test.file

[EMAIL PROTECTED] ~
$ ls -la test.file
-rw-r--r-- 1 JQuattlebaum Domain Users 0 Oct 24 15:02 test.file

[EMAIL PROTECTED] ~
$ chmod 000 test.file

[EMAIL PROTECTED] ~
$ ls -la test.file
-r--r--r-- 1 JQuattlebaum Domain Users 0 Oct 24 15:02 test.file

[EMAIL PROTECTED] ~
$ chmod 777 test.file

[EMAIL PROTECTED] ~
$ ls -la test.file
-rw-r--r-- 1 JQuattlebaum Domain Users 0 Oct 24 15:02 test.file
////

i've also tried the -l option on both mkpasswd and mkgroup and manually
modified both output files so that my current user has a valid group (not
'mkgroup') but still no dice.



I assume you're doing this testing from your home directory.  If that's the
case, you need to add 'smbntsec' to your CYGWIN variable.  See



--
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: File permissions screwy (chown - chmod - ssh - rsync - ntsec??)

[psyjoniz]

Larry Hall (Cygwin) wrote:
> 
> ...you need to add 'smbntsec' to your CYGWIN variable.  See
> ...
> 

i didn't get perms working right in my network drive but it did lead me to
the right place:  change my home dir to a local one (for default .ssh key
files to have the right permissions).  with everything else i'm concerned
with being local this is acceptable.

*thank you*
-- 
View this message in context: 
http://www.nabble.com/File-permissions-screwy-%28chown---chmod---ssh---rsync---ntsec--%29-tf2503531.html#a6981644
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Jonathan Lanier]

Well, I thought of that - first rule of debugging, calculatus
eliminatus.  I tried it; but, attempts to use the older DLLs with newer
apps (or vice-versa) result in corrupted shared memory, and force me to
reboot my WinXP box.  I've been under the impression that cygwin1.dll
isn't really meant to be cross-compatible with applications built
against other versions of Cygwin, which would probably make the search
useless.  If anyone knows otherwise, I'm keen to hear anything about
cygwin1.dll-swapping that could be of use - i.e. how far back I could go
and expect to retain binary compatibility.

Of course, I could always reinstall the older versions complete from
scratch, but if I did that, I'd need to find archives of the older
Cygwins, and I'd probably use a different PC, as I spent a lot of time
configuring this one and I don't really want to blow Cygwin away if I
can help it.  I was kind of hoping someone here might have some idea
what was going on with the internals of Cygwin/WinXP that might provide
a more direct approach at solving the problem.  But if it comes to that,
then yes, I could try it.

- Jonathan Lanier


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Matthew Woehlke
Sent: Tuesday, October 24, 2006 12:53 PM
To: cygwin@cygwin.com
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

Jonathan Lanier wrote:
> Also, because (I know the FAQ
> says not to say this, but I think it's useful information in this 
> case) we have a much older version of Cygwin (cygcheck reports 
> v1.5.14) that works flawlessly with CIFS and does not suffer the same 
> problems.  So, at the very least, it appears that something changed in

> Cygwin that is now exposing the undesired behavior.

This should be screaming "way to narrow down the problem" at you; IOW
you should try your test with various versions of cygwin1.dll, doing a
binary search, until you have a more specific idea of when the behavior
"broke".

--
Matthew
Only Joe suffers from schizophrenia. The rest of us enjoy it.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
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 do I kill a grandchild process from shell program?

[Jim Seymour]

Gary Johnson wrote:

From a shell prompt, execute

cygcheck -p killall


Thanks.  Found it in the psmisc package.

Now, I have a program that works as I expect without too much 
line-noise-as-syntax...  :-)


--
Jim Seymour


--
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 do I kill a grandchild process from shell program?

[Jim Seymour]

Matthew Woehlke wrote:

'kill -SIGHUP '?


Thanks.  Unfortunately, the problem I had was really about how to find 
the pid from within a shell program.  In the end, a combination of ps, 
grep, tr, and cut seemed to do the trick.



Or if the child is a bash script, you might be able to re-write it to
trap a signal (e.g. SIGUSR1) that instructs the child to kill /its/
child (the assumption being that the child knows its own child's
PID).


This is not a bad idea.  I may explore this in a future rev...

--
Jim Seymour


--
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/

gcc and gnu make build in cygwin

[ali azimizadeh]

Hello all,
i want to build gcc on cygwin. the cygwin doesn't have gnu make i read the 
installation manual of gcc.
there isn't any thing for cygwin build.
i know nothing about it. please give me some advises.
Thanks
ali



--
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: command not found2: pwd and other errors

[Bill]

Dave Korn  artimi.com> writes:

> 
>   You have dos line ends, which recent versions of bash no longer support by
> default.  d2u it.
> 
> cheers,
>   DaveK

Great! That is just what I needed!

:-)





--
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: GnuPG bug: --refresh-keys

[Volker Quetschke]

Volker Quetschke wrote:
> Max Bowsher wrote:
>> Max Bowsher wrote:
>>> When running 'gpg --refresh-keys', the second updated key results in:
>>>
>>> gpg: renaming `/home/max/.gnupg/pubring.gpg' to
>>> `/home/max/.gnupg/pubring.gpg~' failed: Permission denied
>>> gpg: error writing keyring `/home/max/.gnupg/pubring.gpg': file rename error
>>> gpg: key : "" 28 new signatures
>>> gpg: error reading `[stream]': file rename error
(snip)
>> GPG for some reason tries to cache opened fds for re-use. I suggest
>> disabling this caching for Cygwin. The appropriate code to tweak is in
>> util/iobuf.c:fd_cache_close(). I changed the condition of the first if
>> statement there to always be true, and the problem I reported goes away.
>>
>> Please integrate this into the Cygwin packages.
> 
> Thanks for tracking this down Max. It's also time for a new package
> with the newer upstream version.

It took a while ;) Max, can you test if the new version works for you?

Use

http://www.scytek.de/cygwin/release/gnupg/setup.hint
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.5-1.tar.bz2
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.5-1-src.tar.bz2

or point your setup to http://www.scytek.de/cygwin .

If it works for you I'll ask for upload.

  Volker

-- 
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D



signature.asc
Description: OpenPGP digital signature

Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Larry Hall (Cygwin)]

Jonathan Lanier wrote:

Well, I thought of that - first rule of debugging, calculatus
eliminatus.  I tried it; but, attempts to use the older DLLs with newer
apps (or vice-versa) result in corrupted shared memory, and force me to
reboot my WinXP box.  I've been under the impression that cygwin1.dll
isn't really meant to be cross-compatible with applications built
against other versions of Cygwin, which would probably make the search
useless.  If anyone knows otherwise, I'm keen to hear anything about
cygwin1.dll-swapping that could be of use - i.e. how far back I could go
and expect to retain binary compatibility.



There is backwards binary compatibility but not forward.  So I'd suggest,
if you're interested in trying this, that you use your 1.5.14 environment
and swap in DLLs until it doesn't work.  But keep your original DLL so you
can "reset" it at the end.  Start with the oldest snapshot and binary search
your way in.

--
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: gcc and gnu make build in cygwin

[Larry Hall (Cygwin)]

ali azimizadeh wrote:

Hello all,
i want to build gcc on cygwin. the cygwin doesn't have gnu make i read the 
installation manual of gcc.
there isn't any thing for cygwin build.
i know nothing about it. please give me some advises.
Thanks
ali




Cygwin has 'make'.  Re-run 'setup.exe' and go to the 'Development' category
to install the package if you don't have it already.


--
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: gcc and gnu make build in cygwin

[Matthew Woehlke]

ali azimizadeh wrote:

Hello all,
i want to build gcc on cygwin.


Why do you want to build gcc when there are pre-built binaries available?


the cygwin doesn't have gnu make i read the installation manual of gcc.


Sure it does. Did you try installing 'make' when you ran setup.exe? 
(Hint: you can re-run setup.exe to add/remove/upgrade packages.)


--
Matthew
Only Joe suffers from schizophrenia. The rest of us enjoy it.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bash 3.1.17(8): Scripts on textmode mount get problems with CR characters

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

http://cygwin.com/acronyms/#PPIOSPE - forwarding to the list accordingly.

> -Original Message-
> From: cygwin-owner AT cygwin DOT com
  ^

http://cygwin.com/acronyms/#PCYMTNQREAIYR - munged accordingly.

http://cygwin.com/acronyms/#TOFU - reformatted accordingly.

>> I get:
>>
>> Bash is broken in /home/pmb
>> Bash is broken in C:/Temp
>> Bash works in /tmp
>>
>>
>> Or have I overlooked something?
>
> You overlooked bash-3.1-9, which special cases DOS paths to ensure that
> the underlying mount path settings are honored even when you go behind
> cygwin's back by using DOS paths.
>
> You also overlooked several weeks' worth of discussions of this very
> issue on this list, including mail from me stating that I am considering
> preparing bash- 3.1-10 with the new igncr shopt (possibly turning it
> into an -o setting, so that $SHELLOPTS can affect it) on by default,
> instead of off by default; as igncr is definitely faster for \r\n
> handling than bash-3.1-6 ever was.
>

According to Bruun, Peter Michael (HP C&I CME OSS CoE) on 10/24/2006 8:33 AM:
> Hello Eric,
> 
> Thanks for your help - however, I have not found that bash-3.1-9 solves
> the problem.
> 
> I installed bash-3.1-9, and did:
> 
>   mount -t \\C:\cygwin\home /home

Attaching the 'cygcheck -svr' output would confirm whether your mounts are
as you claim.

> 
> As I have scripts in /home which har CRLF terminated, this is necessary
> in order to execute the scripts.
> 
> My test script now outputs:
> 
> Bash is broken in /home/pmb
> Bash works in C:/Temp
> Bash works in /tmp  
> 
> The reason that C:/Temp now works is that this time I did not text-mount
> the C: drive.
> 
> The shopt igncr makes no difference.
> 
> As you may remember, what I do is:
> 
>   F=`cat f.txt`

igncr does not affect command substitution (yet).  I am working on
bash-3.2-4 that extends the effect of igncr into `` and $().  Meanwhile,
have you tried setting IFS to include \r as one of the characters it
splits on?

> 
> Where f.txt resides on the different directories. When assigning the
> value to F, bash is supposed to ignore the trailing newline that my file
> contains. But at the point of assigning the value to F, bash most likely
> no longer knows the origin of the value being assigned, and so the CR
> still causes non-conformance to standard behaviour of the assignment.
> 
> By mounting /home as text, I guess that when cat and other tools read
> the file they should not pick up the CR preceeding the LF, but
> obviously, cat does.

cat forces a binary read of the file, regardless of the mount point.  At
one point (coreutils 5.2.1 days), upstream coreutils maintained a --binary
option to cat, but decided it was not worth maintaining, and in 5.90, cat
was changed upstream to always be binary.  Maybe it is time for me to
consider adding a cygwin-local patch that adds a --text option to cat, to
allow reading a text file without \r?

> 
> I am probably still overlooking something?

There is always d2u:
F=`cat file | d2u`

> 
> Best regards,
> 
> Peter Michael Bruun (HP C&I CME OSS CoE)
> 

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFPqYK84KuGfSFAYARAqR9AKCOW+CfSMshwO2XKSDDk/S30afCcwCfeyZy
KeMYZwUKl/aitCo7GhqIOr0=
=qnNI
-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/

Re: igncr vs text mode mounts, performance vs compatibility

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Lewis Hyatt on 10/24/2006 12:57 PM:
> Just a thought, it would probably solve 99% of people's problems if you just
> specified that if the first line of the script ends in \r\n, then \r will be
> ignored for the rest of the file. Then you would just need to read the first
> line a byte at a time, and every subsequent line could be read efficiently
> whenever possible, right? And it seems unlikely that this could possibly break
> anything.

Propose a patch, and I will consider it.  In my opinion, it was much
easier to do igncr as an all or none option than it was to parse the first
line and discard \r on a per-file basis, not to mention that all-or-none
is easily configurable so that those of us who WANT literal \r as required
by POSIX can do so.  To date, I have been the only person proposing
patches in the area of \r\n handling, rather than just ideas (which is
probably why I am the maintainer of the cygwin bash port).  And I have no
personal interest in redoing this patch to a more complex algorithm at
this time.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFPqk884KuGfSFAYARAvGAAJ9FSIRGBQlf/scMHFle+dR59NsnZwCgwgHQ
LqtTw7GlAnOllAcAHnmowI4=
=DY8g
-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/

Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Champ Mendis]

Hi,
I got the same problem, I ran Insight debugger too but it failed. Code very 
well in new version of Cygwin but

Exe file does not give any output. Insight debugger says unknown error.
I was wondering whether XP Media Edition is conflicting with Cygwin 
environment.

I tried the Cygwin1.dll to run in DOS mode but it failed.
I will also try the same thing as Jonathan says.

Thanks,
Champ

- Original Message - 
From: "Larry Hall (Cygwin)" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, October 25, 2006 8:47 AM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



Jonathan Lanier wrote:

Well, I thought of that - first rule of debugging, calculatus
eliminatus.  I tried it; but, attempts to use the older DLLs with newer
apps (or vice-versa) result in corrupted shared memory, and force me to
reboot my WinXP box.  I've been under the impression that cygwin1.dll
isn't really meant to be cross-compatible with applications built
against other versions of Cygwin, which would probably make the search
useless.  If anyone knows otherwise, I'm keen to hear anything about
cygwin1.dll-swapping that could be of use - i.e. how far back I could go
and expect to retain binary compatibility.



There is backwards binary compatibility but not forward.  So I'd suggest,
if you're interested in trying this, that you use your 1.5.14 environment
and swap in DLLs until it doesn't work.  But keep your original DLL so you
can "reset" it at the end.  Start with the oldest snapshot and binary 
search

your way in.

--
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/





--
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 [experimental]: bash-3.2-4

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of bash, 3.2-4, is now available for experimental use,
replacing 3.2-3. Version 3.1-9 remains as the current version for now.

NEWS:
=
This is a minor patch update to a new upstream release.  There are likely
to be a few upstream official patches in the next couple of weeks, so I am
leaving it experimental for a while; this particular packaging already
includes official patch 1 (fixing a parse bug inside ``).  The only
difference between -3 and -4 is that I added another cygwin-specific patch
so that the new igncr shell option also controls whether \r is ignored in
process substitution.

There are a few things you should be aware of before using this version:
1. When using binary mounts, cygwin programs try to emulate Linux.  Bash
on Linux does not understand \r\n line endings, but interprets the \r
literally, which leads to syntax errors or odd variable assignments.
Therefore, you will get the same behavior on Cygwin binary mounts by default.
2. d2u is your friend.  You can use it to convert any problematic script
into binary line endings.
3. Cygwin text mounts automatically work with either line ending style,
because the \r is stripped before bash reads the file.  If you absolutely
must use files with \r\n line endings, consider mounting the directory
where those files live as a text mount.  However, text mounts are not as
well tested or supported on the cygwin mailing list, so you may encounter
other problems with other cygwin tools in those directories.
4. This version of bash has a cygwin-specific shell option, named "igncr"
to force bash to ignore \r, independently of cygwin's mount style.  I hope
to convince the upstream bash maintainer to accept this patch into the
future bash 4.0 even on Linux, rather than keeping it a cygwin-specific
patch, but only time will tell.  There are several ways to activate this
option:
4a. For a single affected script, add this line just after the she-bang:
 (shopt -s igncr) 2>/dev/null && shopt -s igncr; # comment is needed
4b. For a single script, invoke bash explicitly with the shopt, as in
'bash -O igncr ./myscript' rather than the simpler './myscript'.
4c. To affect all scripts, export the environment variable BASH_ENV,
pointing to a file that sets the shopt as desired.  Bash will source this
file on startup for every script.
4d. Added in the bash-3.2-2 release: export the environment variable
SHELLOPTS with igncr included in it.  It is read-only from within bash,
but you can set it before invoking bash; once in bash, it auto-tracks the
current state of 'set -o igncr' or 'shopt -s igncr'.  If exported, then
all bash child processes inherit the same option settings.
5. You can also experiment with the IFS variable for controlling how bash
will treat \r during variable expansion.
6. Normally, cygwin treats DOS-style paths as binary only.  This release
of bash includes a hack to check the underlying mount point of files, even
when passed as DOS style paths, but other cygwin tools do not.  You are
better off learning how to use POSIX-style paths.
7. There are varying levels of speed at which bash operates.  The fastest
is on a binary mount with igncr disabled (the default behavior).  Next
would be text mounts with igncr disabled and no \r in the underlying file.
Next would be binary mounts with igncr enabled.  And the slowest that bash
will operate is on text mounts with igncr enabled.
8. If you don't like how bash behaves, then propose a patch, rather than
proposing idle ideas.  This turn of events has already been talked to
death on the mailing lists by people with ideas, but no patches.
9. If you forget to read this release announcement, the best you can
expect when you complain to the list is a link back to this email.

Remember, you must not have any bash or /bin/sh instances running when you
upgrade the bash package.  This release will work with cygwin-1.5.21-1 or
later; and it requires libreadline6-5.2-2.

To see the changes in this version from 3.1, refer to
/usr/share/doc/bash-3.2/.

DESCRIPTION:

Bash is an sh-compatible shell that incorporates useful features from the
Korn shell (ksh) and C shell (csh).  It is intended to conform to the IEEE
POSIX P1003.2/ISO 9945.2 Shell and Tools standard.  It offers functional
improvements over sh for both programming and interactive use. In
addition, most sh scripts can be run by Bash without modification.

As of the bash 3.0 series, cygwin /bin/sh defaults to bash, not ash,
similar to Linux distributions.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'bash' in the
'Base' category (it should already be selected).  Since this is an
experimental release, you must use the 'Exp' radio button.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren'

Re: SanDisk U3

[Newton Robinson]

I see your point.  Has anyone created a distribution for a Flash Drive?  Has 
anyone created a start script that will remount for any Windows system?  I 
have seen a couple older posts talking about compressed executables (upx I 
think), but no follow-ups.


- Original Message - 
From: "Svend Sorensen" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, October 24, 2006 1:46 PM
Subject: Re: SanDisk U3



On 10/24/06, Newton Robinson wrote:


I have looked at the apps that are available and most are not something I 
am

interested in, however there were a few utilities such as PuTTY that did
interest me.  I was wondering if anyone was looking into a minimal CYGWIN
installation for U3.  I think it would be great to have BASH, text
processing, and other critical tools on the flash drive.



I don't see the benefit of U3.  You can put the standalone PuTTY
binaries on ANY flash drive.  You can also install Cygwin to a flash
drive.  Making it portable takes a few extra steps (basically you set
up a bat file which adds the Cygwin mounts to the new computer).

--
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.21-1: CIFS symlinks on network share break Cygwin

[Larry Hall (Cygwin)]

.  Reformatted.

Champ Mendis wrote:
- Original Message - From: "Larry Hall (Cygwin)" 
 cygwin  com>

To:  cygwin  com>

  ^^

.  Thanks.


Sent: Wednesday, October 25, 2006 8:47 AM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



Jonathan Lanier wrote:

Well, I thought of that - first rule of debugging, calculatus
eliminatus.  I tried it; but, attempts to use the older DLLs with newer
apps (or vice-versa) result in corrupted shared memory, and force me to
reboot my WinXP box.  I've been under the impression that cygwin1.dll
isn't really meant to be cross-compatible with applications built
against other versions of Cygwin, which would probably make the search
useless.  If anyone knows otherwise, I'm keen to hear anything about
cygwin1.dll-swapping that could be of use - i.e. how far back I could go
and expect to retain binary compatibility.



There is backwards binary compatibility but not forward.  So I'd suggest,
if you're interested in trying this, that you use your 1.5.14 environment
and swap in DLLs until it doesn't work.  But keep your original DLL so 
you
can "reset" it at the end.  Start with the oldest snapshot and binary 
search

your way in.

Hi,
I got the same problem, I ran Insight debugger too but it failed. Code 
very well in new version of Cygwin but

Exe file does not give any output. Insight debugger says unknown error.
I was wondering whether XP Media Edition is conflicting with Cygwin 
environment.

I tried the Cygwin1.dll to run in DOS mode but it failed.
I will also try the same thing as Jonathan says.



Two additional thoughts on this:

 o If you have a small, simple test case in C, it's worth your while
   to consider sending it to the list.

 o You should send along your cygcheck output.  Indeed, it's worthwhile to
   re-read .  The more relevant details,
   the better! :-)


--
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: Is "inetd" usable with cygwin?

[Dave Down]

"Larry Hall (Cygwin)" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Dave Down wrote:
>> I'm a new cygwin user but I'm a long term windows user and have worked 
>> with
>> unix/linux in the past.  I can use the cygwin network clients, but I'm
>> confused about the server daemons.  On regular linux systems, "inetd" is
>> started automatically, but it isn't with cygwin .  I looked for 
>> information
>> about this in the user manual, but didn't see it mentioned.
>>
>> I then looked around in files and found in "inetd.conf" that the command
>> "net start inetd" should start it, but when I enter the command, I get 
>> the
>> error "The service name is invalid." from the windows net utility and I
>> didn't find documentation for installing it as a service.
>>
>> So, is "inetd" not usable with cygwin or is there somewhere that I can 
>> read
>> about how to set it up?  Does it conflict with windows network services? 
>> I
>> can start the windows telnet server and log in from another computer that
>> way and the Xwindows features of cygwin are working fine, so I'd expect 
>> the
>> others like "ftpd" should be usable too.
>>
>> I'll continue to dig around trying to find answers, but if someone would
>> spend a few minutes to save me many more hours of frustration, I'd
>> appreciate it...
>
> Read '/usr/share/doc/Cygwin/inetutils-1.3.2.README' and then use
> '/usr/bin/iu-config' to configure it.  Do the first thing first and
> the second thing second to avoid tripping and falling.  Also, don't
> run with scissors! ;-)
>
Thanks for the quick reply, the README file was the info I was looking for. 
However, after following the instructions for WinXP, "net start inetd" 
produces the error "The service is not responding to the control function". 
I also added syslogd as a service and it starts up fine.  I also tried 
xinetd and it handles all of the internal services fine, but none of the 
external ones.  I'm wondering of files permissions might be a factor here? 




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Jonathan Lanier]

Um, I did both on my first post yesterday.  :)

- Jonathan Lanier
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Larry Hall (Cygwin)
Sent: Tuesday, October 24, 2006 6:25 PM
To: cygwin@cygwin.com
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

.  Reformatted.

Champ Mendis wrote:
> - Original Message - From: "Larry Hall (Cygwin)" 
>  cygwin  com>
> To:  cygwin  com>
   ^^

.  Thanks.

> Sent: Wednesday, October 25, 2006 8:47 AM
> Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin
> 
> 
>> Jonathan Lanier wrote:
>>> Well, I thought of that - first rule of debugging, calculatus 
>>> eliminatus.  I tried it; but, attempts to use the older DLLs with 
>>> newer apps (or vice-versa) result in corrupted shared memory, and 
>>> force me to reboot my WinXP box.  I've been under the impression 
>>> that cygwin1.dll isn't really meant to be cross-compatible with 
>>> applications built against other versions of Cygwin, which would 
>>> probably make the search useless.  If anyone knows otherwise, I'm 
>>> keen to hear anything about cygwin1.dll-swapping that could be of 
>>> use - i.e. how far back I could go and expect to retain binary
compatibility.
>>>
>>
>> There is backwards binary compatibility but not forward.  So I'd 
>> suggest, if you're interested in trying this, that you use your 
>> 1.5.14 environment and swap in DLLs until it doesn't work.  But keep 
>> your original DLL so you can "reset" it at the end.  Start with the 
>> oldest snapshot and binary search your way in.
> Hi,
> I got the same problem, I ran Insight debugger too but it failed. Code

> very well in new version of Cygwin but Exe file does not give any 
> output. Insight debugger says unknown error.
> I was wondering whether XP Media Edition is conflicting with Cygwin 
> environment.
> I tried the Cygwin1.dll to run in DOS mode but it failed.
> I will also try the same thing as Jonathan says.


Two additional thoughts on this:

  o If you have a small, simple test case in C, it's worth your while
to consider sending it to the list.

  o You should send along your cygcheck output.  Indeed, it's worthwhile
to
re-read .  The more relevant
details,
the better! :-)


-- 
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/


--
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: another cygport bug

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eric Blake wrote:
> The check for config_h in cygautoreconf does not work when the line
> requests a template by a different name, as is the case with coreutils 6.4:
> 
> $ grep CONFIG_HEADERS coreutils-6.4/configure.ac
> AC_CONFIG_HEADERS([lib/config.h:lib/config.hin])

Thanks for the patch; cygautoreconf() and gnome2_autoreconf() are now
fixed in CVS.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFPsrypiWmPGlmQSMRAlZ2AJ4zM3kUgcGxTTK/jPOkgGz/78Q37ACeKLNm
v+JIHI6aQ+8BFrniEfeOKf8=
=jPiM
-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/

Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Larry Hall (Cygwin)]

You too.  .  Reformatted.

Jonathan Lanier wrote:

-Original Message-
From: cygwin-owner  cygwin  com [mailto:cygwin-owner  cygwin  
com] On Behalf
Of Larry Hall (Cygwin)
Sent: Tuesday, October 24, 2006 6:25 PM
To: cygwin  cygwin  com

  

Yikes!  Ditto - .  Thanks.


Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

.  Reformatted.

Champ Mendis wrote:
- Original Message - From: "Larry Hall (Cygwin)" 
 cygwin  com>

To:  cygwin  com>

   ^^

.  Thanks.


Sent: Wednesday, October 25, 2006 8:47 AM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



Jonathan Lanier wrote:
Well, I thought of that - first rule of debugging, calculatus 
eliminatus.  I tried it; but, attempts to use the older DLLs with 
newer apps (or vice-versa) result in corrupted shared memory, and 
force me to reboot my WinXP box.  I've been under the impression 
that cygwin1.dll isn't really meant to be cross-compatible with 
applications built against other versions of Cygwin, which would 
probably make the search useless.  If anyone knows otherwise, I'm 
keen to hear anything about cygwin1.dll-swapping that could be of 
use - i.e. how far back I could go and expect to retain binary

compatibility.
There is backwards binary compatibility but not forward.  So I'd 
suggest, if you're interested in trying this, that you use your 
1.5.14 environment and swap in DLLs until it doesn't work.  But keep 
your original DLL so you can "reset" it at the end.  Start with the 
oldest snapshot and binary search your way in.

Hi,
I got the same problem, I ran Insight debugger too but it failed. Code


very well in new version of Cygwin but Exe file does not give any 
output. Insight debugger says unknown error.
I was wondering whether XP Media Edition is conflicting with Cygwin 
environment.

I tried the Cygwin1.dll to run in DOS mode but it failed.
I will also try the same thing as Jonathan says.



Two additional thoughts on this:

  o If you have a small, simple test case in C, it's worth your while
to consider sending it to the list.

  o You should send along your cygcheck output.  Indeed, it's worthwhile
to
re-read .  The more relevant
details,
the better! :-)



> Um, I did both on my first post yesterday.  :)
>


I know you did.  I was responding to Champ.  Of course he could use your
 if it reproduces for him.

--
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: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Champ Mendis]

Hi,
I compiled & executed the EXE file compiled in new version of Cygwin in 
XP-Media Centre in the XP SP2 Cygwin.

I wonder why this does not run in the new PC with XP Media Centre edition.
I have attached the Cygcheck output file with this.
Many thanks & regards,
Champ
- Original Message - 
From: "Larry Hall (Cygwin)" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, October 25, 2006 12:58 PM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



You too.  .  Reformatted.

Jonathan Lanier wrote:

-Original Message-
From: cygwin-owner  cygwin  com [mailto:cygwin-owner  
cygwin  com] On Behalf

Of Larry Hall (Cygwin)
Sent: Tuesday, October 24, 2006 6:25 PM
To: cygwin  cygwin  com

  

Yikes!  Ditto - .  Thanks.


Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

.  Reformatted.

Champ Mendis wrote:
- Original Message - From: "Larry Hall (Cygwin)" 
 cygwin  com>

To:  cygwin  com>

   ^^

.  Thanks.


Sent: Wednesday, October 25, 2006 8:47 AM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



Jonathan Lanier wrote:
Well, I thought of that - first rule of debugging, calculatus 
eliminatus.  I tried it; but, attempts to use the older DLLs with 
newer apps (or vice-versa) result in corrupted shared memory, and 
force me to reboot my WinXP box.  I've been under the impression that 
cygwin1.dll isn't really meant to be cross-compatible with 
applications built against other versions of Cygwin, which would 
probably make the search useless.  If anyone knows otherwise, I'm 
keen to hear anything about cygwin1.dll-swapping that could be of 
use - i.e. how far back I could go and expect to retain binary

compatibility.
There is backwards binary compatibility but not forward.  So I'd 
suggest, if you're interested in trying this, that you use your 1.5.14 
environment and swap in DLLs until it doesn't work.  But keep your 
original DLL so you can "reset" it at the end.  Start with the oldest 
snapshot and binary search your way in.

Hi,
I got the same problem, I ran Insight debugger too but it failed. Code


very well in new version of Cygwin but Exe file does not give any 
output. Insight debugger says unknown error.
I was wondering whether XP Media Edition is conflicting with Cygwin 
environment.

I tried the Cygwin1.dll to run in DOS mode but it failed.
I will also try the same thing as Jonathan says.



Two additional thoughts on this:

  o If you have a small, simple test case in C, it's worth your while
to consider sending it to the list.

  o You should send along your cygcheck output.  Indeed, it's worthwhile
to
re-read .  The more relevant
details,
the better! :-)


> Um, I did both on my first post yesterday.  :)
>


I know you did.  I was responding to Champ.  Of course he could use your
 if it reproduces for him.

--
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/




cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

[Larry Hall (Cygwin)]

I'm not sure everyone is paying full attention here.
 again.  Reformatted.

Champ Mendis wrote:
- Original Message - From: "Larry Hall (Cygwin)" 
 cygwin  com>

To:  cygwin  com>

  ^^

And, more importantly,  again.
Let's not make life any easier for spammers, eh?



Sent: Wednesday, October 25, 2006 12:58 PM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



You too.  .  Reformatted.

Jonathan Lanier wrote:

-Original Message-
From: cygwin-owner  cygwin  com [mailto:cygwin-owner  
cygwin  com] On Behalf

Of Larry Hall (Cygwin)
Sent: Tuesday, October 24, 2006 6:25 PM
To: cygwin  cygwin  com

  

Yikes!  Ditto - .  Thanks.


Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin

.  Reformatted.

Champ Mendis wrote:
- Original Message - From: "Larry Hall (Cygwin)" 
 cygwin  com>

To:  cygwin  com>

   ^^

.  Thanks.


Sent: Wednesday, October 25, 2006 8:47 AM
Subject: Re: 1.5.21-1: CIFS symlinks on network share break Cygwin



Jonathan Lanier wrote:
Well, I thought of that - first rule of debugging, calculatus 
eliminatus.  I tried it; but, attempts to use the older DLLs with 
newer apps (or vice-versa) result in corrupted shared memory, and 
force me to reboot my WinXP box.  I've been under the impression 
that cygwin1.dll isn't really meant to be cross-compatible with 
applications built against other versions of Cygwin, which would 
probably make the search useless.  If anyone knows otherwise, I'm 
keen to hear anything about cygwin1.dll-swapping that could be of 
use - i.e. how far back I could go and expect to retain binary

compatibility.
There is backwards binary compatibility but not forward.  So I'd 
suggest, if you're interested in trying this, that you use your 
1.5.14 environment and swap in DLLs until it doesn't work.  But 
keep your original DLL so you can "reset" it at the end.  Start 
with the oldest snapshot and binary search your way in.

Hi,
I got the same problem, I ran Insight debugger too but it failed. Code


very well in new version of Cygwin but Exe file does not give any 
output. Insight debugger says unknown error.
I was wondering whether XP Media Edition is conflicting with Cygwin 
environment.

I tried the Cygwin1.dll to run in DOS mode but it failed.
I will also try the same thing as Jonathan says.



Two additional thoughts on this:

  o If you have a small, simple test case in C, it's worth your while
to consider sending it to the list.

  o You should send along your cygcheck output.  Indeed, it's 
worthwhile

to
re-read .  The more relevant
details,
the better! :-)


> Um, I did both on my first post yesterday.  :)
>


I know you did.  I was responding to Champ.  Of course he could use your
 if it reproduces for him.


> Hi,
> I compiled & executed the EXE file compiled in new version of Cygwin in
> XP-Media Centre in the XP SP2 Cygwin.
> I wonder why this does not run in the new PC with XP Media Centre edition.
> I have attached the Cygcheck output file with this.


OK, cygcheck looks fine but why are you hiding the results of your tests
from us?  If you hide details of what you find, you get much back in
response.  What kind of SAMBA service are you using?

--
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: igncr vs text mode mounts, performance vs compatibility

[Gary R. Van Sickle]

> From:  Eric Blake
> Sent: Tuesday, October 24, 2006 7:03 PM
> Subject: Re: igncr vs text mode mounts, performance vs compatibility
>
> According to Lewis Hyatt on 10/24/2006 12:57 PM:
> > Just a thought, it would probably solve 99% of people's problems if 
> > you just specified that if the first line of the script 
> ends in \r\n, 
> > then \r will be ignored for the rest of the file. Then you 
> would just 
> > need to read the first line a byte at a time, and every subsequent 
> > line could be read efficiently whenever possible, right? 
> And it seems 
> > unlikely that this could possibly break anything.
> 
> Propose a patch, and I will consider it.  In my opinion, it 
> was much easier to do igncr as an all or none option than it 
> was to parse the first line and discard \r on a per-file 
> basis, not to mention that all-or-none is easily configurable 
> so that those of us who WANT literal \r

I'm just curious here: *Why* do you (or anybody else) want bash to not
ignore \r's (or better stated, to only understand The One True Text File
Format (Whatever That Is)(tm))?  I keep trying to figure out what is going
to break when bash suddenly is able to understand \r\n as well as \n, and
keep coming up empty.  Furthermore, I don't recall a single instance of
anybody coming to the list with a problem that was due to bash ignoring \r's
(when it used to do so).

> as required by POSIX 
> can do so.

Is this the reason?  If so, do you know why POSIX requires this?  At some
point POSIX compliance ceased to be a goal of the Cygwin project, so I don't
see that as an argument either way.

-- 
Gary R. Van Sickle


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Running vi: sigset could not b located in cygwin1.dll

[Andrew DeFaria]

Recently my machine got hosed and I had to recreate it from my backup. 
Now when I attempt to run vi I get "The procedure entry point sigset 
could not be located in the dynamic link library cygwin1.dll". I 
searched a bit and found 
http://sourceware.org/ml/cygwin/2006-06/msg00670.htmll but Corina said 
that this was fixed in 7.0.35-1. I have vim 7.0.122-1.


I've tried reinstalling vim and even base to no avail.

Another odd thing is that when I run setup.exe it wants to install 
subversion-perl-1.3.2-1 and setup hangs when installing this. It says 
/usr/lib/perl5/site_perl/5.8/cygwin/auto/SVN/_Client/lib_client.dll.a 
and then gets stuck. BTW there is no 
/usr/lib/perl5/site_perl/5.8/cygwin/auto/SVN directory


cygcheck attached.

--

Andrew DeFaria 
Everyone has a photographic memory, some just don't have any film.

Cygwin Configuration Diagnostics
Current System Time: Tue Oct 24 22:39:07 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   .\
C:\Home\Andrew DeFaria\bin
C:\Home\Andrew DeFaria\adm\bin
C:\Home\Andrew DeFaria\adm\cc
C:\Home\Andrew DeFaria\adm\cq
C:\Home\Andrew DeFaria\adm\cvsbin
C:\Home\Andrew DeFaria\adm\bin
C:\Cygwin\bin
C:\Cygwin\bin
C:\Cygwin\usr\X11R6\bin
C:\Cygwin\usr\X11R6\bin
C:\Cygwin\usr\local\bin
C:\Cygwin\usr\sbin
c:\WINDOWS\System32
c:\WINDOWS

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 1003(Andrew DeFaria) GID: 513(None)
544(Administrators)   545(Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 1003(Andrew DeFaria) GID: 513(None)
544(Administrators)   545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'Andrew DeFaria'
PWD = '/usr/lib/perl5/5.8/cygwin/auto'
HOME = '/home/andrew'
MAKE_MODE = 'unix'

HOMEPATH = '\Home\Andrew DeFaria\Configuration'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/share/man'
APPDATA = 'C:\Home\Andrew DeFaria\Configuration\Application Data'
HOSTNAME = 'voyager'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 3 Stepping 4, GenuineIntel'
esc = '\033'
WINDIR = 'C:\WINDOWS'
CVSROOT = ':pserver:[EMAIL PROTECTED]:/cvs/defaria.com'
ERRFILE = '.vue/errorlog'
WINDOWID = '4732840'
OLDPWD = '/apps/FinchSync/finchconfig'
USERDOMAIN = 'VOYAGER'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Home\All Users.WINDOWS'
!:: = '::\'
TEMP = '/tmp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
interactive = 'true'
ENV = '${START[(_$- = 1) + (_ = 0) - (_$- != _${-%%*i*}) ]}'
QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip'
USERNAME = 'Andrew DeFaria'
PAGER = 'less -s'
PROCESSOR_LEVEL = '15'
MAIL = '/var/mail/Andrew DeFaria'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Home\Andrew DeFaria\Configuration'
CLIENTNAME = 'Console'
SYSNAME = 'Voyager'
PS1 = '\[\e]0;/usr/lib/perl5/5.8/cygwin/auto\a\e[01;33m\]Voyager:\[\e[0m\]'
LOGONSERVER = '\\VOYAGER'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PS4 = '${0##*/} line $LINENO:'
COLORFGBG = '15;default'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
VENDOR = 'Unknown'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LESS = 'eiXP?f%f :[stdin] .?pt(%pt\%):?bt(%bt bytes):-..'
SPEAKER = 'headphones'
TMP = '/tmp'
SYSTEMROOT = 'C:\WINDOWS'
GNU_SECURE = '/home/andrew/.gnuhosts'
VISUAL = 'vi'
START = '/home/andrew/.rc/kshrc'
PRINTER = 'Quicken PDF Printer'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0304'
CLASSPATH = '.;C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip'
PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig'
LPDEST = 'ljmx2'
ARCH = 'cygwin'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
DISPLAY = ':0'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
HISTFILE = '/.ksh_history'
COMPUTERNAME = 'VOYAGER'
COLORTERM = 'rxvt-xpm'
_ = '/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/dev'
  cygdrive flags = 0x002a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'C:\Cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/apps
  (default) = 'C:\Program Files'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/bin
  (default) = 'C:\Cygwin\bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/andrew
  (default) = 'C:\Home\Andrew DeFaria'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'C:\Cygwin\bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus S

Re: Running vi: sigset could not b located in cygwin1.dll

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Andrew DeFaria on 10/24/2006 9:39 PM:
> Recently my machine got hosed and I had to recreate it from my backup.
> Now when I attempt to run vi I get "The procedure entry point sigset
> could not be located in the dynamic link library cygwin1.dll".

Sounds like you have an older version of cygwin camped out on your machine:

>  1763k 2006/01/20 C:\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
>   "cygwin1.dll" v0.0 ts=2006/1/20 12:28
> Cygwin DLL version info:
> DLL version: 1.5.19

> cygwin   1.5.21-2

Rerun setup.exe, and reinstall the cygwin package; until it is brought up
to date, you will have missing entry points from programs that depend on
1.5.21.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFPt8L84KuGfSFAYARAs5UAJsFsUe6/oNROT+qU0OFhxvCRIq5+wCgojI8
IvZzYfNXapfdR/RYUksKhew=
=x6ta
-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] Updated [experimental]: coreutils-6.4-1

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of coreutils, 6.4-1, is available for experimental use.
Version 5.97-1 remains the current version.

NEWS:
=
This is a new upstream release of coreutils.  It depends on features that
were only added in cygwin-1.5.21-1.  Upstream changes from 5.97 are
attached below; see also /usr/share/doc/coreutils-6.4/.

This release features a major overhaul in file traversal algorithms, by
emulating openat(2) using /proc/self/fd until such time as cygwin provides
openat natively.  As a result, there may be some slight behavior changes
from 5.97.  Hence, I am leaving this version experimental for a week or so
to get some feedback if anything regressed.

DESCRIPTION:

GNU coreutils provides a collection of commonly used utilities essential
to a standard POSIX environment.  It comprises the former textutils,
sh-utils, and fileutils packages.  The following executables are included:

[ base64 basename cat chgrp chmod chown chroot cksum comm cp csplit cut
date dd df dir dircolors dirname du echo env expand expr factor false fmt
fold gkill groups head hostid hostname id install join link ln logname ls
md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr
printenv printf ptx pwd readlink rm rmdir seq sha1sum sha224sum sha256sum
sha384sum sha512sum shred shuf sleep sort split stat stty su sum sync tac
tail tee test touch tr true tsort tty uname unexpand uniq unlink users
vdir wc who whoami yes

UPDATE:
===
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.
Save it and run setup, answer the questions, then look for 'coreutils' in
the 'Base' category (it should already be selected).  You will need to use
the 'Exp' radio button to get the experimental version.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin coreutils maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFPur284KuGfSFAYARAi0EAJ0XUAAcnlj0gOWVshoOV4X1cj/yMQCeMIhk
O8VUr4bH3TNXd6ZEcMZKtTg=
=0SXv
-END PGP SIGNATURE-
* Major changes in release 6.4 (2006-10-22) [stable]

** Bug fixes

  chgrp and chown would malfunction when invoked with both -R and -H and
  with one or more of the following: --preserve-root, --verbose, --changes,
  --from=o:g (chown only).  This bug was introduced with the switch to
  gnulib's openat-based variant of fts, for coreutils-6.0.

  cp --backup dir1 dir2, would rename an existing dir2/dir1 to dir2/dir1~.
  This bug was introduced in coreutils-6.0.

  With --force (-f), rm no longer fails for ENOTDIR.
  For example, "rm -f existing-non-directory/anything" now exits
  successfully, ignoring the error about a nonexistent file.


* Major changes in release 6.3 (2006-09-30) [stable]

** Improved robustness

  pinky no longer segfaults on Darwin 7.9.0 (MacOS X 10.3.9) due to a
  buggy native getaddrinfo function.

  rm works around a bug in Darwin 7.9.0 (MacOS X 10.3.9) that would
  sometimes keep it from removing all entries in a directory on an HFS+
  or NFS-mounted partition.

  sort would fail to handle very large input (around 40GB) on systems with a
  mkstemp function that returns a file descriptor limited to 32-bit offsets.

** Bug fixes

  chmod would fail unnecessarily in an unusual case: when an initially-
  inaccessible argument is rendered accessible by chmod's action on a
  preceding command line argument.  This bug also affects chgrp, but
  it is harder to demonstrate.  It does not affect chown.  The bug was
  introduced with the switch from explicit recursion to the use of fts
  in coreutils-5.1.0 (2003-10-15).

  cp -i and mv -i occasionally neglected to prompt when the copy or move
  action was bound to fail.  This bug dates back to before fileutils-4.0.

  With --verbose (-v), cp and mv would sometimes generate no output,
  or neglect to report file removal.

  For the "groups" command:

"groups" no longer prefixes the o