Re: setup - duplicating cygwin

[Jim Easton]

Hi Igor

> > 1) using windows read "installed.db" into "my documents"
> > 2) the version numbers were already set to zero.
> 
> Whup.  Stop right here.  When you say "the version numbers were already
> set to zero", you don't mean those extra zeroes at the end of each line,
> do you?  Because if you do, that field has nothing to do with version
> numbers.  Setup extracts the version number from the name of the tarball
> in the first field (notice, I said "replace them by '0.0-0'", not "replace
> them by '0'").  If you actually edit the filenames in the first field of
> installed.db and repeat what you've tried, it should work.

Gaaah!!  Gee it's bright in here - now.  I feel pretty stupid.
My excuse is I'm getting old and my brain is turning to mush.  :-)

Thank you.

Tell me; In case things go wrong, to recover my present configuration
is it sufficient to simply restore /cygdrive/c/cygwin and
/cygdrive/c/cygwin.disk or is there something more subtle going on.

For example:
If I cd into cygwin that has been made by setup I get:
$ cd /cygdrive/c/cygwin
$ ls
Thumbs.db  cygdrivecygwin.ico  home  proc  tmp  var
bincygwin.bat  etc lib   sbin  usr
$ 

Whereas the tarred/untarred version of cygwin is:
$ cd /cygdrive/h/cygwin
$ ls
Thumbs.db  bin  cygwin.bat  cygwin.ico  etc  home  lib  sbin  tmp  usr  var
$ 

cygdrive and proc are missing.  I take it there is no proc or
cygdrive directories.  I also found I have to use tar for this, if
you try to use windows it messes up pointers and, for all I know,
other things.

Thanks again.

Jim

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

Python script hangs. 100% CPU consumption.

[Peter Severin]

Hi,

I saw some similar threads here, but none was related to Python. I am 
using a python application (Trac) with cygwin. It was working fine, but 
lately it stopped to work. When doing certain operations, the 
application just hangs and the task manager shows python consuming 100% 
of CPU. I am doing regular cygwin updates so I think it's a problem in 
one of the latest releases.


After reading some threads here I've tried installing the snapshot 
version of cygwin.dll, but the problem remains.


Is this a known problem? If any additional information is needed, I am 
at your disposition.



Thank you,

Peter.


--
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: [ANNOUNCEMENT] Updated: vim-7.0.017-1

[Thorsten Kampe]

* René Berber (2006-06-18 23:22 +)
> Linda Walsh wrote:
> [snip]
>>Vim 7 seems to still have a few kinks to work out and doesn't
>> seem nearly as stable as vim64.  Since vim7 is already out as vim,
>> maybe vim6.4 could be made available as a separete vim6 or vim64
>> package for those not wanting to be on the bleeding edge?
> 
> It is available in setup.exe, just change the version until you get the one 
> you
> want (only one back and one forward (a.k.a. experimental) version is usually
> available for most packages).

And always rememember to change it back any time you run setup.exe
because otherwise it will install the current version again... 


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

RE: fork failure patch for cygrunsrv

[Dave Korn]

On 18 June 2006 20:30, Robin Walker wrote:

> --On 16 June 2006 16:49 -0400 "Hochstedler, Ben (GE Healthcare)" wrote:
> 
>> fork() can fail when the system runs out of non-interactive heap space
>> (because there's not enough heap memory to allocate to the launched
>> process).
> 
> If we, as end-users, suffer from fork() failing for the above reason, which
> parameter should be adjusted so that there is enough heap memory available
> for fork() not to fail like this?

  Read the referred MSDN article; it has a registry setting to adjust.

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: fork failure patch for cygrunsrv

[Corinna Vinschen]

On Jun 16 16:49, Hochstedler, Ben (GE Healthcare) wrote:
> fork() can fail when the system runs out of non-interactive heap space
> (because there's not enough heap memory to allocate to the launched
> process). See:
> http://support.microsoft.com/default.aspx?scid=kb;en-us;824422
> 
> The attached patch fixes two problems:
> 1. cygrunsrv doesn't exit when fork returns -1 (failed to
>spawn child process)
> 2. log message doesn't include the proper errno of the
>fork failure.

Thanks for the patch.  I've uploaded a new cygrunsrv with this patch
applied.  Just... next time, please include a ChangeLog entry.


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

1.5.19: tar runs normally from command line but terminates early when run from crontab

[G.W. Haywood]

Hi there,

This is my first installation of cygwin, and I'm not very familiar
with W2000 (server or otherwise).

Using ssh from a remote machine I log onto a Windows 2000 server which
is running a freshly installed cygwin.  The recommended settings were
used in the installation and in addition to the defaults, a few extra
packages were installed.  (Although I couldn't find ntpd anywhere...:)

On my local (Linux) box I get a bash prompt from the W2k server:

[EMAIL PROTECTED] ~
$

On the W2k server there are two physical devices in a simple RAID
array arranged as one logical drive.  I want to back up some files
from one of the Windows directories on this logical drive into a file
e.g. in the Administrator account's cygwin /home directory located on
the same logical device.  Later, when I have the file, I will copy it
to a remote machine.

To create the file I will use tar.  A simple tar command works when it
is run from the Administrator's command line (either in the foreground
or the background) but fails when run from the Administrator account's
crontab.

When run from the command line the job works whether gzip compression
is used or not, and when run from the crontab it fails also whether
compression is used or not, so I don't think it's anything to do with
pipes and DOS/Unix line endings.

It looks like I'm missing something here.  What is it?


The version of cygwin (installed on 16 June 2006) is: CYGWIN_NT-5.0 
1.5.19(0.150/4/2) 2006-01-20 13:28

Process list:

[EMAIL PROTECTED] ~
$ ps -aelW
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
8   0   0  8?0 20:24:48 *** unknown ***
  184   0   0184?0   Mar 18 
\SystemRoot\System32\smss.exe
  204   0   0204?0   Mar 18 
\??\C:\WINNT\system32\winlogon.exe
  256   0   0256?0   Mar 18 
C:\WINNT\system32\services.exe
  268   0   0268?0   Mar 18 
C:\WINNT\system32\lsass.exe
  464   0   0464?0   Mar 18 
C:\WINNT\system32\svchost.exe
  520   0   0520?0   Mar 18 
C:\WINNT\system32\spoolsv.exe
  724   0   0724?0   Mar 18 
C:\WINNT\System32\msdtc.exe
  844   0   0844?0   Mar 18 
C:\WINNT\system32\Dfssvc.exe
  864   0   0864?0   Mar 18 
C:\WINNT\System32\svchost.exe
  892   0   0892?0   Mar 18 C:\Data\Program 
Files\Autodesk Network License Manager\lmgrd.exe
  916   0   0916?0   Mar 18 
C:\WINNT\System32\ismserv.exe
  928   0   0928?0   Mar 18 
C:\WINNT\System32\llssrv.exe
  976   0   0976?0   Mar 18 C:\Program 
Files\Network Associates\Common Framework\FrameworkService.exe
 1060   0   0   1060?0   Mar 18 C:\Program 
Files\Network Associates\VirusScan\Mcshield.exe
 1088   0   0   1088?0   Mar 18 C:\Program 
Files\Network Associates\VirusScan\VsTskMgr.exe
 1096   0   0   1096?0   Mar 18 C:\Data\Program 
Files\Autodesk Network License Manager\adskflex.exe
 1184   0   0   1184?0   Mar 18 
C:\WINNT\system32\ntfrs.exe
 1252   0   0   1252?0   Mar 18 C:\PVSW\BIN\NTBTRV.EXE
 1312   0   0   1312?0   Mar 18 
C:\WINNT\system32\regsvc.exe
 1316   0   0   1316?0   Mar 18 C:\PVSW\BIN\NTDBSMGR.EXE
 1328   0   0   1328?0   Mar 18 
C:\WINNT\System32\locator.exe
 1340   0   0   1340?0   Mar 18 
C:\WINNT\system32\MSTask.exe
 1412   0   0   1412?0   Mar 18 
C:\WINNT\System32\WBEM\WinMgmt.exe
 1424   0   0   1424?0   Mar 18 
C:\WINNT\system32\svchost.exe
 1436   0   0   1436?0   Mar 18 
C:\WINNT\System32\dns.exe
 1448   0   0   1448?0   Mar 18 
C:\WINNT\System32\inetsrv\inetinfo.exe
 1944   0   0   1944?0   Mar 18 C:\WINNT\Explorer.EXE
 2012   0   0   2012?0   Mar 18 
C:\WINNT\System32\svchost.exe
 2156   0   0   2156?0   Mar 18 
C:\WINNT\system32\atiptaxx.exe
 2168   0   0   2168?0   Mar 18 C:\WINNT\SOUNDMAN.EXE
 1904   0   0   1904?0   Mar 18 
C:\WINNT\system32\BacsTray.exe
 2196   0   0   2196?0   Mar 18 C:\Program 
Files\Network Associates\VirusScan\SHSTAT.EXE
 2212   0   0   2212?0   Mar 18 C:\Program 
Files\Network Associates\Commo

variable

[prz]

I have cygwin running o win/xp
whenever I execute a script that accepts options like : 
while getopts "d:a:s:u:" option; do
case "$option" in
   d)   DBNAME=$OPTARG  
;;
   a)   OBJECT=$OPTARG
;;
   s)   CREATOR=$OPTARG
;;
   u)   USER=$OPTARG
;;
   *)  usage
esac
done
the variable tempdba:/cygdrive/c/workdir:echo $OBJECT
dt
is maintained and if executing again with new option, this is not been taken
and still using old value.  I tried to unset OBJECT.  when executing this
statement in the script, the script and dos-window (running cygwin bash)
will be closed.
Is this correct ? and how to correct this problem
Thanks for allinfo/help
Best Regards, Guy Przytula
--
View this message in context: 
http://www.nabble.com/variable-t1810207.html#a4933240
Sent from the Cygwin Users forum 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: Problems with NFS server

[Nicolas Boudin]

>   Could you please try adding a map_static directive to your exports?
> It should then look something like this:
> 
> /usr/src/buildroot-20060308/build_arm/root
> 172.16.7.65(rw,map_static=/etc/nfs/server.map,no_root_squash)
> 
>   If you ran the nfs-server-config script to set up the 
> nfs-server, then
> you should already have an /etc/nfs/server.map file that was 
> created for
> you by the setup script.  If not, you can create it, with the 
> following contents:
> 
> - CUT -
> # Sample server map for nfsd
> #
> # This file maps 500/500 on an NFS client to the uid/gid of the
> # user who ran nfs-server-config, and maps 0/0 on an NFS client
> # the uid/gid of the Administrator account.
> #
> # Note that a server map is host-specific (which makes sense,
> # if you think about it...)  So you can only use a plain IP
> # address or DNS name to specify a client that uses a static_map.
> #
> # Examples of valid /etc/exports lines using map_static:
> #
> #   /gaunt   192.168.1.42(map_static=/etc/nfs/server.map)
> #   /chaney  twilley(map_static=/etc/nfs/server.map)
> #
> uid 500 x   # user id - replace 'x'
> gid 500 y   # group id - replace 'y'
> uid 0   500 # user id for Administrator
> gid 0   513 # group id for Administrator
> - CUT -

This file was properly created with correct x and y. For Administrator 
I had only:
uid 0
gid 0
but the map_static directive don't seem to have any influence on my error.

I have seen that I can transfer files through NFS from the u-boot bootloader on 
the same board. It looks like it takes more time, there is a latency of about 5 
seconds before the beginning of the transfer and at the end, so I tried to play 
with the timeo option in the kernel arguments, without any effect.

Thank you,

Nicolas

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

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

Cygwin - diff command does not provide output

[astro]

Dear Sir,
I am using Cygwin for the purpose of comparing files.
I tried to compare the files in two different directories and directed the
output into another directory. 
I could achieve this by writing a serious commands. But when I did that I
gave the file name for the diff output as difffile1,difffile2 etc., 
 
But after some time "diff" command does not work correctly.
If I type diff x.txt y.txt 
I simply get the result as "Files x y differ". But I am not getting the
output of what exactly differ as I was getting before.
I think I have changed something.But I do not know what exactly I have
changed.
The version of diff : (GNU diffutils) 2.8.7
 
Can you please help me overcoming this problem?
 
Thanks in advance
astro

--
View this message in context: 
http://www.nabble.com/Cygwin---diff-command-does-not-provide-output-t1810432.html#a4933837
Sent from the Cygwin Users forum 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: Cygwin - diff command does not provide output

[Dave Korn]

On 19 June 2006 11:21, astro wrote:

> I tried to compare the files in two different directories and directed the
> output into another directory.
> I could achieve this by writing a serious commands. But when I did that I
> gave the file name for the diff output as difffile1,difffile2 etc.,
> 
> But after some time "diff" command does not work correctly.
> If I type diff x.txt y.txt
> I simply get the result as "Files x y differ". But I am not getting the
> output of what exactly differ as I was getting before.
> I think I have changed something.But I do not know what exactly I have
> changed.

  When you see those messages "Files x y differ", that means you have given
the -q option to diff.  Have you perhaps set an alias so that 'diff' now
equals 'diff -q' in your shell and forgotten about it?  The 'alias' command
will show you any aliases currently in effect.  You might also want to check
the output of the 'set' command in case you've defined 'diff' as a shell
function.


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/

compile linux kernel in cygwin

[hulge hulge]

hi all

is it possible to compile linux kernel in cygwin
if so where i can find step by step procedure for that.

Thanks in advance
Hulge



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

RE: Cygwin - diff command does not provide output

[astro]

Dear Dave Korn,
Thanks for your help.
As you suggested, First me too thought that it might be due to -q option in
effect. 
So I tried -n, -y options. But still I am getting the same message as "Files
x.txt y.txt differ". 

And I tried ur other suggestions alias & Set.. Here also I could not find
any entries like diff.
Is there any way, I can check if all the files related to diff command are
available & if so Which are the directories I should check?

Once Again, thanks for your replies.
Regards
astro
--
View this message in context: 
http://www.nabble.com/Cygwin---diff-command-does-not-provide-output-t1810432.html#a4934387
Sent from the Cygwin Users forum 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/

unable to find binutils

[hulge hulge]

hi all
i have a error
when i type
$ cygcheck binutils
it gives
Error: could not find binutils.
but i have installed binutils.
why this error

thanks in advance
Hulge



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

RE: Cygwin - diff command does not provide output

[Dave Korn]

On 19 June 2006 12:09, astro wrote:

> As you suggested, First me too thought that it might be due to -q option in
> effect.
> So I tried -n, -y options. But still I am getting the same message as "Files
> x.txt y.txt differ".

  OK, next thing is maybe it reckons your files are binary for some reason.
Try adding the -a (--text) option to your command line.

> And I tried ur other suggestions alias & Set.. Here also I could not find
> any entries like diff.

  To make absolutely sure, enter "bash -x" at a command shell, then try the
diff command again: you'll bash print out the fully-expanded version of your
command before it executes it, so if any functions or aliases are making the
problem, they'll show up there.

> Is there any way, I can check if all the files related to diff command are
> available & if so Which are the directories I should check?

cygcheck -c diffutils
cygcheck -l diffutils

[ Read the output of "cygcheck --help" for more info. ]

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: unable to find binutils

[Dave Korn]

On 19 June 2006 12:17, hulge hulge wrote:

> hi all
> i have a error
> when i type
> $ cygcheck binutils
> it gives
> Error: could not find binutils.
> but i have installed binutils.
> why this error

  RTFM: "cygcheck --help".  If you don't specify any options, you're telling
cygcheck to look for an exe, not a package.  You probably want the -c or -l
option.

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: unable to find binutils

[hulge hulge]

i am very new to cygwin

thanks it works.
Hulge



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

menuconfig

[hulge hulge]

hi all
i want to know
In cygwin setup,  where to find
1. config
2. make menuconfig
plz help
Regards
Hulge



--
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: compile linux kernel in cygwin

[Nicolas Boudin]

> hi all
> 
> is it possible to compile linux kernel in cygwin
> if so where i can find step by step procedure for that.
> 
> Thanks in advance
> Hulge

Hello,

Yes, it is possible. The procedure is not different than the normal one. I am 
successfully compiling it with an ARM cross-compiler without any problem.

Bye,

Nicolas

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

--
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: menuconfig

[Dave Korn]

On 19 June 2006 12:35, hulge hulge wrote:

> hi all
> i want to know
> In cygwin setup,  where to find
> 1. config
> 2. make menuconfig


  These are part of the linux kernel build system.  Cygwin doesn't have a
kernel, because it uses the features of the underlying windows o/s, so there
is no direct equivalent to these features.  There are no drivers to configure
or kernel modules to load or unload for cygwin, so there would be nothing for
config to do anyway.

  I'll reply your other post about how to build the linux kernel on cygwin
later; it's a more involved topic.  Bear in mind that although you can compile
it under cygwin, you can't *run* it except on a proper linux machine (or
emulated/vm'd equivalent).

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: menuconfig

[hulge hulge]

hi
Thanks for explanation.
i am waiting for your reply for my otherpost " how to build kernel"
thanks
Regards
Hulge



--
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:compile linux kernel in cygwin

[hulge hulge]

thanks
Hulge



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

Pb with bash script under cygwin

[ydubost]

Hello there,

I have been working on a very simple script for 3 hours not been able to
understand what's wrong with it.
So If someone can help ...

Yann.

The purpose is only to delete some files that exist in a lot of
directories/subdirectories
My script looks like:

TYPE_FIC_UPPER="._BC ._CH ._CL ._CM ._DF ._DL ._EV ._FL ._GR ._HL ._IS ._MB
._MM ._MP ._OV ._PR ._SN ._SY ._TI ._TR"
TYPE_FIC_LOWER="._bc ._ch ._cl ._cm ._df ._dl ._ev ._fl ._gr ._hl ._is ._mb
._mm ._mp ._ov ._pr ._sn ._sy ._ti ._tr"
TYPELIST=${TYPE_FIC_UPPER}" "${TYPE_FIC_LOWER}

Extension=$(echo ${TYPELIST} | sed -e's:[ ][.]:" -o -name "*.:g' | sed
-e's:^[.]:-name ":' | sed -e's:$:":')
MaCommande="find . ${Extension} -exec rm {} \; -print"

echo -e " - lancement de la commande=\n[${MaCommande}]\n" # display OK !

$(${MaCommande}) # ne fonctionne pas !
find . ${Extension} -exec rm {} \; -print # ne fonctionne pas non plus !
--
View this message in context: 
http://www.nabble.com/Pb-with-bash-script-under-cygwin-t1810878.html#a4934908
Sent from the Cygwin Users forum 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: vim 7 gives error when editing /etc/hosts

[Linda Walsh]

Harig, Mark wrote:

-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Fesevur

Sent: Tuesday, June 13, 2006 5:35 AM
To: cygwin@cygwin.com
Subject: vim 7 gives error when editing /etc/hosts

Hi,

When I try to edit /etc/hosts with vim7, it gives this error:
   E303: Unable to open swap file for "hosts", recovery impossible

The file can be edited, but this never happened with 6.4


vim appears to be unable to follow some links.

The following steps lead to the above error for me, also.

$ touch "c:\foo.txt"
$ ln -s "c:\foo.txt" bar.txt
$ vim bar.txt  # vim reports the swap-file error

On my computer, and I suspect on yours, /etc/hosts is a
symbolic link to Windows 'hosts' file:
  
$  ls -ln /etc/hosts

lrwxrwxrwx 1 13558 545 37 Apr  4 18:11 /etc/hosts ->
C:\WINDOWS\system32\drivers\etc\hosts

Curiously, the link does not cause an error if it was created using
"cygwin" syntax:

$ ln -fs /c/foo.txt bar.txt  # assumes that you've set the cygdrive
prefix to "/"
$ vim bar.txt   # No swap-file error is reported.
  


   That doesn't seem to explain why vim 6.4 worked.  Vim should
be functioning as a POSIX app, and the difference in the pathname
shouldn't make any difference as it should be filtered and converted
by the cygwin layer before vim sees it.

   It seems like something else may be in play.

-l

--
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: Pb with bash script under cygwin

[Dave Korn]

On 19 June 2006 12:45, ydubost wrote:

> Hello there,
> 
> I have been working on a very simple script for 3 hours not been able to
> understand what's wrong with it.

  Run it under "bash -x" to see what's actually being executed and so what's
going wrong.


> TYPE_FIC_UPPER="._BC ._CH ._CL ._CM ._DF ._DL ._EV ._FL ._GR ._HL ._IS ._MB
> ._MM ._MP ._OV ._PR ._SN ._SY ._TI ._TR"
> TYPE_FIC_LOWER="._bc ._ch ._cl ._cm ._df ._dl ._ev ._fl ._gr ._hl ._is ._mb
> ._mm ._mp ._ov ._pr ._sn ._sy ._ti ._tr"
> TYPELIST=${TYPE_FIC_UPPER}" "${TYPE_FIC_LOWER}
> 
> Extension=$(echo ${TYPELIST} | sed -e's:[ ][.]:" -o -name "*.:g' | sed
> -e's:^[.]:-name ":' | sed -e's:$:":')
> MaCommande="find . ${Extension} -exec rm {} \; -print"
> 
> echo -e " - lancement de la commande=\n[${MaCommande}]\n" # display OK !
> 
> $(${MaCommande}) # ne fonctionne pas !
  ^^^

  Don't you just want "${MaCommande}" on it's own?  Or "$(echo ${MaCommande})"
perhaps?

> find . ${Extension} -exec rm {} \; -print # ne fonctionne pas non plus !

  Do any of the filenames or subdirectories have spaces or other special
characters?


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/

cygwin setup in version 2.510.2.2 hangs

[Ariel Burbaickij]

Hello dear mailing linst participants,
I tried to install several additional programms over Internet after
initial installation
and setup hangs on however small subset of the selected packages
(for example already single package -- gzip will not be installed).
The amount of disc space should be sufficient, network conection
is stable, all already installed cygwin applications runs stable.
I understand that my descriptions is sowewhat vague, so
help me to help you ;-) and tell what addtional information
would be neccesary (e.g. OS version -- is actually XP, log
excerpts etc.). Should I go stright ahead and upgrade to the
newer version, maybe?

With Best Regards
Ariel Burbaickij

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

RE: Cygwin - diff command does not provide output

[astro]

Dear Dave Korn,

  OK, next thing is maybe it reckons your files are binary for some reason.
Try adding the -a (--text) option to your command line.

It worked after giving this parameter.
But still wondering how come this was working before even without giving -a
option!!!
I thank you a lot for your help.

Regards
astro


--
View this message in context: 
http://www.nabble.com/Cygwin---diff-command-does-not-provide-output-t1810432.html#a4935839
Sent from the Cygwin Users forum 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: Pb with bash script under cygwin

[ydubost]

Thanks Dave for your answer.
I tried 
  ${Macommande} 
and 
  $(${MaCommande}) 
and directly 
  find . ${Extension} -exec rm {} \; -print 

but none of them worked, I then tried just a 
  find . -name *._cn" -print  that should have sent me back some results
but did not!
So thanks to you idea of executing bash -x, I looked at what's happening and
the result is that the command executed is :
  find . -name '"*._SN"' -o -name '"*._sn"' -o -name '"*._lg"' -o -name
'"*.LG"' -exec rm '{}' '\;' -print
For a unknown reason cygwin bash when it executes my script put some simple
quotes ' around my double quotes " and put some single quotes around {} and
around \;

Do you have an idea why ?

Yann.
--
View this message in context: 
http://www.nabble.com/Pb-with-bash-script-under-cygwin-t1810878.html#a4935913
Sent from the Cygwin Users forum 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: Cygwin - diff command does not provide output

[Dave Korn]

On 19 June 2006 13:46, astro wrote:

> Dear Dave Korn,
> 
>   OK, next thing is maybe it reckons your files are binary for some reason.
> Try adding the -a (--text) option to your command line.
> 
> It worked after giving this parameter.
> But still wondering how come this was working before even without giving -a
> option!!!


  Your files must have gotten some binary characters in them somehow.  You
could take a look at them using "od -c" to see what non-ASCII chars show up -
see "info od" for more.

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: Pb with bash script under cygwin

[Dave Korn]

On 19 June 2006 13:51, ydubost wrote:

> So thanks to you idea of executing bash -x, I looked at what's happening and
> the result is that the command executed is :
>   find . -name '"*._SN"' -o -name '"*._sn"' -o -name '"*._lg"' -o -name
> '"*.LG"' -exec rm '{}' '\;' -print
> For a unknown reason cygwin bash when it executes my script put some simple
> quotes ' around my double quotes " and put some single quotes around {} and
> around \;
> 
> Do you have an idea why ?

  It will be something to do with the bash quoting / expansion rules.  I'm not
familiar with all the details of those rules, but "info bash" will have
explanations in it somewhere.  Try using different kinds of quoting.  Also,
some of these rules change according to whether you're executing the script
from a file, or sourcing it using the '.' command, or entering it by hand at a
shell.


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/

tar error

[Kyle Johnson]

 Hi everyone.
I'm trying to use tar to setup a cron backup job on one of my systems, 
but I'm getting the following errors:


1 $ tar -czPf /cygdrive/d/Backups/`date +%m%d%Y`.tgz 
/cygdrive/c/Shares/dist/*.DBF
2 147 [main] tar 2344 C:\cygwin\bin\tar.exe: *** fatal error - fork: can't 
reserve memory for stack 0x23EBE0 - 0x24, Win32 error 487
3   7 [main] tar 1372 child_copy: stack write copy failed, 
0x23EBE0..0x24, done 0, windows pid 2353940, Win32 error 5
4 tar: child process: Cannot fork
5 tar: Error is not recoverable: exiting now

The folder /cygdrive/c/Shares/dist/ has ~1,500 DBF files.  I have run a 
similar command on other folders, and did not run into any problems.

Any ideas?

Thank you,
--

Kyle Johnson
Fixertec 
410-609-4191


--
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: setup - duplicating cygwin

[Igor Peshansky]

On Mon, 19 Jun 2006, Jim Easton wrote:

> Hi Igor
>
> > > 1) using windows read "installed.db" into "my documents"
> > > 2) the version numbers were already set to zero.
> >
> > Whup.  Stop right here.  When you say "the version numbers were already
> > set to zero", you don't mean those extra zeroes at the end of each line,
> > do you?  Because if you do, that field has nothing to do with version
> > numbers.  Setup extracts the version number from the name of the tarball
> > in the first field (notice, I said "replace them by '0.0-0'", not "replace
> > them by '0'").  If you actually edit the filenames in the first field of
> > installed.db and repeat what you've tried, it should work.
>
> Gaaah!!  Gee it's bright in here - now.  I feel pretty stupid.
> My excuse is I'm getting old and my brain is turning to mush.  :-)
>
> Thank you.
>
> Tell me; In case things go wrong, to recover my present configuration
> is it sufficient to simply restore /cygdrive/c/cygwin and
> /cygdrive/c/cygwin.disk or is there something more subtle going on.

If you didn't change the mounts, it should be sufficient to restore
c:\cygwin.  I don't know what c:\cygwin.disk is -- probably something
specific to your system that you've created.  If you did change the
mounts, the FAQ mentions a way of saving/restoring them by writing the
output of the "mount -m" command to a batch file and then running it.

> For example:
> If I cd into cygwin that has been made by setup I get:
> $ cd /cygdrive/c/cygwin
> $ ls
> Thumbs.db  cygdrivecygwin.ico  home  proc  tmp  var
> bincygwin.bat  etc lib   sbin  usr
> $
>
> Whereas the tarred/untarred version of cygwin is:
> $ cd /cygdrive/h/cygwin
> $ ls
> Thumbs.db  bin  cygwin.bat  cygwin.ico  etc  home  lib  sbin  tmp  usr  var
> $
>
> cygdrive and proc are missing.  I take it there is no proc or
> cygdrive directories.

They are virtual directories, as is /dev (but /dev doesn't show up in the
root directory listing yet).

> I also found I have to use tar for this, if you try to use windows it
> messes up pointers and, for all I know, other things.

You can also simply rename the directory (which will effectively hide it
from Cygwin), and then rename it back.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: variable

[Igor Peshansky]

On Mon, 19 Jun 2006, prz wrote:

> I have cygwin running o win/xp
> whenever I execute a script that accepts options like :
> while getopts "d:a:s:u:" option; do
> case "$option" in
>d)   DBNAME=$OPTARG
> ;;
>a)   OBJECT=$OPTARG
> ;;
>s)   CREATOR=$OPTARG
> ;;
>u)   USER=$OPTARG
> ;;
>*)  usage
> esac
> done
> the variable tempdba:/cygdrive/c/workdir:echo $OBJECT
> dt
> is maintained and if executing again with new option, this is not been taken
> and still using old value.  I tried to unset OBJECT.  when executing this
> statement in the script, the script and dos-window (running cygwin bash)
> will be closed.
> Is this correct ? and how to correct this problem

Please provide a simple complete testcase that exhibits the problem, read
and follow the Cygwin problem reporting guidelines at
, and at least tell us which shell you're
using.

Until you do all three of the above, it's unlikely anyone will be able to
help you.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

RE: Pb with bash script under cygwin

[Igor Peshansky]

On Mon, 19 Jun 2006, ydubost wrote:

> Thanks Dave for your answer.
> I tried
>   ${Macommande}
> and
>   $(${MaCommande})
> and directly
>   find . ${Extension} -exec rm {} \; -print
>
> but none of them worked, I then tried just a
>   find . -name *._cn" -print  that should have sent me back some results 
> but did not!
 ^
You seem to be missing an opening quote here...

> So thanks to you idea of executing bash -x, I looked at what's happening and
> the result is that the command executed is :
>   find . -name '"*._SN"' -o -name '"*._sn"' -o -name '"*._lg"' -o -name
> '"*.LG"' -exec rm '{}' '\;' -print
>
> For a unknown reason cygwin bash when it executes my script put some
> simple quotes ' around my double quotes " and put some single quotes
> around {} and around \;

That's just bash's way of telling you what exact arguments it's giving to
the program -- it puts each of them in single quotes for display purposes
only.  This also shows you that your double quotes get passed in as part
of each argument -- not surprising, as you want bash to interpret the
quotes, not use them literally.

You have two choices at this point.  The double quotes and the '\' are
only needed to prevent the shell from expanding the '*'s and the ';'.
However, the shell will not try to expand a '*' or a ';' that itself
results from variable expansion.  So, you can omit the double quotes and
the backslash.  Alternatively, you can use 'eval "${MaCommande}"' to make
the shell see the quoting.

Another note I wanted to make is that '-exec' is evil, and you almost
never have a reason to use it for a final action of the find (pipe the
output to xargs instead -- "man xargs" for details).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: cygwin setup in version 2.510.2.2 hangs

[Igor Peshansky]

On Mon, 19 Jun 2006, Ariel Burbaickij wrote:

> Hello dear mailing linst participants,
> I tried to install several additional programms over Internet after
> initial installation
> and setup hangs on however small subset of the selected packages
> (for example already single package -- gzip will not be installed).
> The amount of disc space should be sufficient, network conection
> is stable, all already installed cygwin applications runs stable.
> I understand that my descriptions is sowewhat vague, so
> help me to help you ;-) and tell what addtional information
> would be neccesary (e.g. OS version -- is actually XP, log
> excerpts etc.). Should I go stright ahead and upgrade to the
> newer version, maybe?

The first thing to try is a setup snapshot from
.  If that exhibits the same behavior,
then please attach the /var/log/setup.log.full from that session and the
/var/log/setup.log snippet corresponding to that install.  Some
information about your system might also help (if the cygwin package
installs cleanly, run "cygcheck -svr" and attach the output of that).
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: [ANNOUNCEMENT] Updated: vim-7.0.017-1

[Christopher Faylor]

On Mon, Jun 19, 2006 at 09:39:33AM +0100, Thorsten Kampe wrote:
>* Ren? Berber (2006-06-18 23:22 +)
>> Linda Walsh wrote:
>> [snip]
>>>Vim 7 seems to still have a few kinks to work out and doesn't
>>> seem nearly as stable as vim64.  Since vim7 is already out as vim,
>>> maybe vim6.4 could be made available as a separete vim6 or vim64
>>> package for those not wanting to be on the bleeding edge?
>> 
>> It is available in setup.exe, just change the version until you get the one 
>> you
>> want (only one back and one forward (a.k.a. experimental) version is usually
>> available for most packages).
>
>And always rememember to change it back any time you run setup.exe
>because otherwise it will install the current version again... 

Also, don't forget the "vim --nokinks" option.

cgf

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

Re: compile linux kernel in cygwin

[Christopher Faylor]

On Mon, Jun 19, 2006 at 01:37:13PM +0200, Nicolas Boudin wrote:
>>is it possible to compile linux kernel in cygwin if so where i can find
>>step by step procedure for that.
>>
>>Thanks in advance Hulge
>
>Hello,
>
>Yes, it is possible.  The procedure is not different than the normal
>one.  I am successfully compiling it with an ARM cross-compiler without
>any problem.

There is at least one gotcha in cross-compiling under cygwin, though.
One directory has files (is it iptables?) which differ only by case so
if you select iptables, things will not build properly.

cgf

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

Re: unable to find binutils

[Christopher Faylor]

On Mon, Jun 19, 2006 at 04:57:24PM +0530, hulge hulge wrote:
>i am very new to cygwin

FYI, in this case, "man cygcheck" or "cygcheck --help" would have told
you how to use the cygcheck program.  Many programs in the distribution
have man pages.  Some have "info" pages (e.g., "info bash").  Many
packages also have files in /usr/share/doc and /usr/share/doc/Cygwin.

cgf

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

Re: Unable to delete directory in Cygwin

[mwoehlke]

Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Gina Verlekar on 6/15/2006 3:53 AM:

Hi,

I have implemented some changes in the linker code for some intermediate
processing. For that I need to create a temporary directory, generate
some intermediate  in it, process those files by calling a function.
After processing of the intermediate files, I delete the intermediate
files and the temporary directory.  
While this logic works fine in the linux, the temporary directory does
not get deleted in cygwin.


Windows is not Linux, and will not allow users to delete in-use
directories (where a directory is considered in-use if it contains files,
or if any process is using that directory as its current working
directory), nor the clean deletion of files that are still open.  POSIX
allows this behavior, and cygwin cannot change Window's implementation of
deletion semantics.  Just because Linux behaves nicer doesn't mean that it
is portable to remove in-use directories.  Fix your code to first close
all outstanding file handles before trying to remove the files, and then
the directory.

That said, cygwin does try to emulate linux, and if someone were to
contribute a patch that would allow cygwin to emulate directory deletion
if it knows that all open handles have also been scheduled for unlinking
at process end, then http://cygwin.com/acronyms/#PTC.


Not a patch, but for the record, it looks like Interix solves this 
problem (http://www.interopsystems.com/tools/tm.aspx?m=9403). Maybe 
Cygwin could do something similar?


(And in case that link dies; apparently Interix has a special 'temp' 
directory where "unlinked" files are sent until their handles are all 
closed.)


--
Matthew
...Ruthlessly beating Windows with a hammer until it looks like POSIX.


--
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: tar error

[Igor Peshansky]

On Mon, 19 Jun 2006, Kyle Johnson wrote:

> Hi everyone.
> I'm trying to use tar to setup a cron backup job on one of my systems,
> but I'm getting the following errors:
>
> 1 $ tar -czPf /cygdrive/d/Backups/`date +%m%d%Y`.tgz 
> /cygdrive/c/Shares/dist/*.DBF
> 2 147 [main] tar 2344 C:\cygwin\bin\tar.exe: *** fatal error - fork: 
> can't reserve memory for stack 0x23EBE0 - 0x24, Win32 error 487
> 3   7 [main] tar 1372 child_copy: stack write copy failed, 
> 0x23EBE0..0x24, done 0, windows pid 2353940, Win32 error 5
> 4 tar: child process: Cannot fork
> 5 tar: Error is not recoverable: exiting now
>
> The folder /cygdrive/c/Shares/dist/ has ~1,500 DBF files.  I have run a
> similar command on other folders, and did not run into any problems.
> Any ideas?

You are most likely running into command line limits.  I believe this was
fixed in the latest snapshots, so try installing a Cygwin snapshot as
described in 
and report back to the list whether this fixes the problem for you.

Alternatively, you can do this much more efficiently by piping the list of
arguments to tar from, say, find, rather than relying on the shell
expansion, like this:

find /cygdrive/c/Shares/dist -mindepth 1 -maxdepth 1 -name '*.DBF' -print0 | 
tar -czPf /cygdrive/d/Backups/`date +%m%d%Y`.tgz --null -T -

This also has the advantage of handling filenames with spaces in them.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: Pb with bash script under cygwin

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Igor Peshansky on 6/19/2006 8:50 AM:
> 
> Another note I wanted to make is that '-exec' is evil, and you almost
> never have a reason to use it for a final action of the find (pipe the
> output to xargs instead -- "man xargs" for details).

- -execdir is safer than -exec.  And by using the + instead of ; operator to
- -exec or -execdir, you can safely eliminate the xargs process:  'find
- -execdir echo {} +' is more efficient than 'find -print | xargs echo'.

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

iD8DBQFElr6284KuGfSFAYARAiwCAKCswTcA1J5/1VgAaH6iDgfPTV8sIgCZAS1g
fy/qwcJanFttxp+Y0sRu4A8=
=b644
-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: tar error

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Kyle Johnson on 6/19/2006 8:01 AM:
>  Hi everyone.
> I'm trying to use tar to setup a cron backup job on one of my systems,
> but I'm getting the following errors:
> 
> 1 $ tar -czPf /cygdrive/d/Backups/`date +%m%d%Y`.tgz
> /cygdrive/c/Shares/dist/*.DBF
> 2 147 [main] tar 2344 C:\cygwin\bin\tar.exe: *** fatal error - fork:
> can't reserve memory for stack 0x23EBE0 - 0x24, Win32 error 487
> 3   7 [main] tar 1372 child_copy: stack write copy failed,
> 0x23EBE0..0x24, done 0, windows pid 2353940, Win32 error 5
> 4 tar: child process: Cannot fork
> 5 tar: Error is not recoverable: exiting now

That is not a bug in tar, but cygwin telling you that Windows limitations
made it impossible to fork.  Try a recent cygwin snapshot to see if that
helps your situation.  If not, see if you have any programs running that
might be interfering with cygwin (known culprits include, but are not
limited to, certain antivirus programs, a buggy biometric reader driver;
search the archives for more details.)

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

Eric Blake [EMAIL PROTECTED]
volunteer cygwin tar maintainer
-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

iD8DBQFElr9V84KuGfSFAYARAqjWAJ4jB/TTP1G6sAYxcepcQi2GZuVP2wCfWNfM
XuOgoeYM/g+Z+aWh+uOFSRs=
=GiB+
-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: compile linux kernel in cygwin

[Dave Korn]

On 19 June 2006 16:00, Christopher Faylor wrote:

> On Mon, Jun 19, 2006 at 01:37:13PM +0200, Nicolas Boudin wrote:
>>> is it possible to compile linux kernel in cygwin if so where i can find
>>> step by step procedure for that.
>>> 
>>> Thanks in advance Hulge
>> 
>> Hello,
>> 
>> Yes, it is possible.  The procedure is not different than the normal
>> one.  I am successfully compiling it with an ARM cross-compiler without
>> any problem.
> 
> There is at least one gotcha in cross-compiling under cygwin, though.
> One directory has files (is it iptables?) which differ only by case so
> if you select iptables, things will not build properly.

  Yes, and some kernel versions generate *.S files from *.s files as well and
expect to be able to distinguish them.  So the first rule of building linux
kernels under cygwin is to always use a managed mountpoint.

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: Pb with bash script under cygwin

[Igor Peshansky]

On Mon, 19 Jun 2006, Eric Blake wrote:

> According to Igor Peshansky on 6/19/2006 8:50 AM:
> >
> > Another note I wanted to make is that '-exec' is evil, and you almost
> > never have a reason to use it for a final action of the find (pipe the
> > output to xargs instead -- "man xargs" for details).
>
> - -execdir is safer than -exec.  And by using the + instead of ;
> operator to - -exec or -execdir, you can safely eliminate the xargs
> process:  'find - -execdir echo {} +' is more efficient than 'find
> -print | xargs echo'.

Right, but it requires a new version of find, and thus will be
non-portable.  Besides, the output is not the same -- "find . -type f
-print | xargs echo" will print the files with paths relative to the
current directory, and "find . -type f -execdir echo {} +" will print
everything with "./" (ok for "rm", not so ok for "echo").  Plus, you can't
do some other nifty things that xargs can do, e.g., limit the number of
files passed to the command.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

cygwin emacs characters

[bh77]

I am running emacs from cygwin but am getting some strange characters
appearing when using a shell. I assume this is something to do with the
character set, but do not know why it is occurring. Anyone able to help ?

Running latest version of cygwin on windows xp

here is sample output from a 'shell

]0;~
[EMAIL PROTECTED] ~
$ ls
_emacs  emacs-21.3
]0;~
[EMAIL PROTECTED] ~
$ 

all ideas greatly appreciated
thanks
--
View this message in context: 
http://www.nabble.com/cygwin-emacs-characters-t1812105.html#a4938774
Sent from the Cygwin Users forum 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: cygwin emacs characters

[Igor Peshansky]

On Mon, 19 Jun 2006, bh77 wrote:

> I am running emacs from cygwin but am getting some strange characters
> appearing when using a shell. I assume this is something to do with the
> character set, but do not know why it is occurring. Anyone able to help?
>
> Running latest version of cygwin on windows xp
>
> here is sample output from a 'shell
>
> ]0;~
> [EMAIL PROTECTED] ~
> $ ls
> _emacsemacs-21.3
> ]0;~
> [EMAIL PROTECTED] ~
> $
>
> all ideas greatly appreciated

Check your PS1 value.  If your .bashrc sets PS1, I'd suggest
conditionalizing it to not do that when TERM=emacs (or whatever emacs sets
the TERM to).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: GPL Alert: Super

[Michael Schaap]

On 18-Jun-2006 22:35, »Q« wrote:

Michael Schaap wrote:


http://www.erightsoft.com/SUPER.html
It's a GUI around a bunch of command-line video file editing
tools.

Installs both cygwin1.dll and cygz.dll in the System32 folder.
Can't find any mention of source code on the web site.


I asked about this in alt.comp.freeware when somebody posted about
Super.  A couple of people have reported that it doesn't install
cygwin files, but one of them says he already had them from
installing other apps.  In case it's of any interest, the thread is
at


or 



Well, after I installed it, I got lots of errors after my next reboot 
which were caused by the copy of cygwin1.dll in the System32 folder...


Ans perhaps even more telling, in the support forum 
, someone who is apparently one of the authors 
states that it's perfectly fine to install cygwin1.dll and cygz.dll in 
the System32 folder, 'cause everyone does it, and it you don't like it, 
tough, just uninstall it...


 - Michael

--
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.19: tar runs normally from command line but terminates early when run from crontab

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to G.W. Haywood on 6/19/2006 3:53 AM:
> When run from the command line the job works whether gzip compression
> is used or not, and when run from the crontab it fails also whether
> compression is used or not, so I don't think it's anything to do with
> pipes and DOS/Unix line endings.
> 
> It looks like I'm missing something here.  What is it?

It's probably a bug in your cron setup, rather than a bug in tar.  Have
you run cron-diagnose?  Can you get simpler cron tasks to work?  Remember
that cron is run as a different user than the normal command line, so
permissions do play a role on what the cron script can do.

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

iD8DBQFElsXC84KuGfSFAYARAqE/AKCqEWDsiQGQQlbX18asSIdDhO/YwQCePzYK
xhVJCwOuJoZfpRQB8A9VHYE=
=9FTz
-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: cygwin emacs characters

[Igor Peshansky]

On Mon, 19 Jun 2006, Igor Peshansky wrote:

> On Mon, 19 Jun 2006, bh77 wrote:
>
> > I am running emacs from cygwin but am getting some strange characters
> > appearing when using a shell. I assume this is something to do with the
> > character set, but do not know why it is occurring. Anyone able to help?
> >
> > Running latest version of cygwin on windows xp
> >
> > here is sample output from a 'shell
> >
> > ]0;~
> > [EMAIL PROTECTED] ~
> > $ ls
> > _emacs  emacs-21.3
> > ]0;~
> > [EMAIL PROTECTED] ~
> > $
> >
> > all ideas greatly appreciated
>
> Check your PS1 value.  If your .bashrc sets PS1, I'd suggest
> conditionalizing it to not do that when TERM=emacs (or whatever emacs sets
> the TERM to).

Umm, I see I was a little TOO terse.  The characters you're seeing are the
way emacs renders the ESC (^[) character from the ANSI escape sequences
that are part of your prompt ($PS1).  Their purpose is to set the colors
on terminals that support it.  Emacs's terminal emulation doesn't support
those escape sequences, and thus tries to render them literally.
Arguably, emacs should support at least the color sequences, but SHTDI.

PS1 is usually set in .bashrc or .bash_profile, or /etc/profile (or
inherited from the environment).  It may be simplest to just add a line at
the end of your .bashrc saying "if [ $TERM = emacs ]; PS1='$ '; fi".
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: cygwin emacs characters

[Igor Peshansky]

On Mon, 19 Jun 2006, Igor Peshansky wrote:

> On Mon, 19 Jun 2006, Igor Peshansky wrote:
>
> > On Mon, 19 Jun 2006, bh77 wrote:
> >
> > > I am running emacs from cygwin but am getting some strange
> > > characters appearing when using a shell. I assume this is something
> > > to do with the character set, but do not know why it is occurring.
> > > Anyone able to help?
> > >
> > > Running latest version of cygwin on windows xp
> > >
> > > here is sample output from a 'shell
> > >
> > > ]0;~
> > > [EMAIL PROTECTED] ~
> > > $ ls
> > > _emacsemacs-21.3
> > > ]0;~
> > > [EMAIL PROTECTED] ~
> > > $
> > >
> > > all ideas greatly appreciated
> >
> > Check your PS1 value.  If your .bashrc sets PS1, I'd suggest
> > conditionalizing it to not do that when TERM=emacs (or whatever emacs
> > sets the TERM to).
>
> Umm, I see I was a little TOO terse.  The characters you're seeing are
> the way emacs renders the ESC (^[) character from the ANSI escape
> sequences that are part of your prompt ($PS1).  Their purpose is to set
> the colors on terminals that support it.  Emacs's terminal emulation
> doesn't support those escape sequences, and thus tries to render them
> literally. Arguably, emacs should support at least the color sequences,
> but SHTDI.
>
> PS1 is usually set in .bashrc or .bash_profile, or /etc/profile (or
> inherited from the environment).  It may be simplest to just add a line
> at the end of your .bashrc saying "if [ $TERM = emacs ]; PS1='$ '; fi".
 ^^
Make that "if [ $TERM = emacs ]; then PS1='$ '; fi".  I can only claim
severe coffee deprivation.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: GPL Alert: Super

[Igor Peshansky]

On Mon, 19 Jun 2006, Michael Schaap wrote:

> On 18-Jun-2006 22:35, »Q« wrote:
> > Michael Schaap wrote:
> >
> > > http://www.erightsoft.com/SUPER.html
> > > It's a GUI around a bunch of command-line video file editing
> > > tools.
> > >
> > > Installs both cygwin1.dll and cygz.dll in the System32 folder.
> > > Can't find any mention of source code on the web site.
> >
> > I asked about this in alt.comp.freeware when somebody posted about
> > Super.  A couple of people have reported that it doesn't install
> > cygwin files, but one of them says he already had them from
> > installing other apps.  In case it's of any interest, the thread is
> > at
> > 
> > or 
>
> Well, after I installed it, I got lots of errors after my next reboot
> which were caused by the copy of cygwin1.dll in the System32 folder...
>
> Ans perhaps even more telling, in the support forum
> , someone who is apparently one of the authors
> states that it's perfectly fine to install cygwin1.dll and cygz.dll in
> the System32 folder, 'cause everyone does it, and it you don't like it,
> tough, just uninstall it...

People, we've got ourselves a genuine .
Thankfully, in this case "cygcheck -svr" will show us the extra DLLs in
System32, so at least we can diagnose this problem given a proper report.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash and CSRSS consuming 100% of CPU

[sciguy]

Thanks to several people for the "snapshot" suggestions.  I tried installing a  
new snapshot but, unfortunately, that did not fix the problem.  Here's what I  
did.  Maybe somebody can tell me whether I did something wrong.

I tried running this tar in a bash window on the affected machine:

$  /bin/tar -C/ -jxvf cygwin-inst-20060614.tar.bz2 --exclude=usr/bin/cygwin1.dll
etc/
etc/defaults/
etc/defaults/etc/
etc/defaults/etc/cygserver.conf
usr/
usr/bin/
usr/bin/cygcheck.exe
usr/bin/cygpath.exe
usr/bin/cygserver-config
usr/bin/dumper.exe

The output you see above is how far it got after 30 minutes; only down to 
/usr/bin/dumper.exe.  Essentially 100% of the CPU was being occupied by bash 
and  CSRSS together (bash about 75%, CSRSS about 25%).  bzip2 and tar were 
showing up on the Windows Task Manager process listing, but they had 
accumulated 0 time according to the listing.  In other words, the very problem 
I was trying to fix was preventing me from un-tarring the fix, as almost all 
the CPU cycles were being taken by bash and CSRSS.  The extraction looked like 
it might take many hours, or might never complete. So I killed it and decided 
to try a different approach.

I am networked to a Linux machine, so I moved the tar file 
cygwin-inst-20060614.tar.bz2 over to the Linux machine, created a dummy cygwin 
directory to hold the file, and un-tarred it there using this command:

% /bin/tar -jxvf cygwin-inst-20060614.tar.bz2

Then I ftp'd the entire un-tarred file and directory structure over the cygwin 
directory of the affected Windows PC.  All the files seemed to copy over just 
fine.  Then I rebooted the PC and tried bringing up a bash window under cygwin. 
 Alas, after a few minutes, the "bash and CSRSS consuming 100% of CPU" problem 
popped up as usual.

Any other suggestions to fix this problem would be most appreciated.

-- Joe

p.s.  To answer Brett's question:  Yes, I am running virus and spyware 
protection software.  I run Symantec AntiVirus Corporate Edition, Program 
version 8.0.1.501 and scan engine 4.1.0.22.  I run this at least once a week 
and I keep the virus definition file up-to-date (currently have version 
6/14/2006 rev. 35).  I also run (at least once a week) Webroot Spy Sweeper, 
Program Version 4.5.3 (Build 560) with spyware definitions v 701, last updated 
6/16/06.  I ran both of these Friday night on the affected machine, and it came 
up clean.



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: bash and CSRSS consuming 100% of CPU

[Dave Korn]

On 19 June 2006 17:13, [EMAIL PROTECTED] wrote:

> p.s.  To answer Brett's question:  Yes, I am running virus and spyware
> protection software.  I run Symantec AntiVirus Corporate Edition, Program
> version 8.0.1.501 and scan engine 4.1.0.22.  I run this at least once a
> week and I keep the virus definition file up-to-date (currently have
> version 6/14/2006 rev. 35).  I also run (at least once a week) Webroot Spy
> Sweeper, Program Version 4.5.3 (Build 560) with spyware definitions v 701,
> last updated 6/16/06.  I ran both of these Friday night on the affected
> machine, and it came up clean.   

  10 to 1 it's Symantec doing it.  Can you thoroughly disable it and try
again?


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: bash and CSRSS consuming 100% of CPU

[Christopher Faylor]

On Mon, Jun 19, 2006 at 05:28:04PM +0100, Dave Korn wrote:
>On 19 June 2006 17:13, [EMAIL PROTECTED] wrote:
>
>> p.s.  To answer Brett's question:  Yes, I am running virus and spyware
>> protection software.  I run Symantec AntiVirus Corporate Edition, Program
>> version 8.0.1.501 and scan engine 4.1.0.22.  I run this at least once a
>> week and I keep the virus definition file up-to-date (currently have
>> version 6/14/2006 rev. 35).  I also run (at least once a week) Webroot Spy
>> Sweeper, Program Version 4.5.3 (Build 560) with spyware definitions v 701,
>> last updated 6/16/06.  I ran both of these Friday night on the affected
>> machine, and it came up clean.   
>
>  10 to 1 it's Symantec doing it.  Can you thoroughly disable it and try
>again?

OTOH, it is probably this:

Cygwin DLL version info:
DLL version: 1.5.19
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 150
Shared data: 4
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Fri Jan 20 13:28:43 EST 2006
CVS tag: cr-0x5ef
Shared id: cygwin1S4

i.e., this isn't a snapshot version of the DLL.

Is it possible that the OP transferred things into, e.g., c:\cygwin\usr\bin
rather than c:\cygwin\bin?


cgf

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

Re: bash and CSRSS consuming 100% of CPU

[sciguy]

Hey, my message, which I had been trying to post since early Saturday morning, 
finally made it through.  That was a struggle ...

To answer some issues that have come up since then, Linda Walsh asked about 
"procexp" (Process Explorer).  Since I never heard of this program, I assume I 
am not using it.

Somebody else mentioned Windows Update.  The affected machine is on automatic 
Windows Update.  In fact, I have a list of Microsoft updates that have come in 
recently but cannot be installed for some arcane reason.  I have not resolved 
this problem yet, and this is the first time I have ever had trouble installing 
MS updates.  Don't know whether this is related to the cygwin bash & CSRSS 
problem, but the coincidence is interesting.

Now I see Dave Korn's suggestion about disabling Symantec.  I'll look into 
that.  Thanks.

-- Joe

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

Re: cygwin emacs characters

[Eric Lilja]

Igor Peshansky wrote:
[snip]
>>
>> PS1 is usually set in .bashrc or .bash_profile, or /etc/profile (or
>> inherited from the environment).  It may be simplest to just add a
>> line at the end of your .bashrc saying "if [ $TERM = emacs ]; PS1='$
>> '; fi".
> ^^
> Make that "if [ $TERM = emacs ]; then PS1='$ '; fi".  I can only claim
> severe coffee deprivation.
> Igor

In my .bashrc I have
if [ "$EMACS" == "t" ]
then
PS1='[EMAIL PROTECTED] \[\033[33m\w\033[0m\]\n$ '
fi

Here's a screenshot of my Emacs shell (windows native Emacs, cvs version):
student.stunet.se/mindcooler/emacs_shell.png

/ E 




--
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 and CSRSS consuming 100% of CPU

[Charli Li]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Christopher Faylor
> Sent: Monday, June 19, 2006 12:32 PM
> To: cygwin@cygwin.com
> Subject: Re: bash and CSRSS consuming 100% of CPU
>
>
> On Mon, Jun 19, 2006 at 05:28:04PM +0100, Dave Korn wrote:
> >On 19 June 2006 17:13, [EMAIL PROTECTED] wrote:
> >
> >> p.s.  To answer Brett's question:  Yes, I am running virus and spyware
> >> protection software.  I run Symantec AntiVirus Corporate
> Edition, Program
> >> version 8.0.1.501 and scan engine 4.1.0.22.  I run this at least once a
> >> week and I keep the virus definition file up-to-date (currently have
> >> version 6/14/2006 rev. 35).  I also run (at least once a week)
> Webroot Spy
> >> Sweeper, Program Version 4.5.3 (Build 560) with spyware
> definitions v 701,
> >> last updated 6/16/06.  I ran both of these Friday night on the affected
> >> machine, and it came up clean.
> >
> >  10 to 1 it's Symantec doing it.  Can you thoroughly disable it and try
> >again?
>
> OTOH, it is probably this:
>
> Cygwin DLL version info:
> DLL version: 1.5.19
> DLL epoch: 19
> DLL bad signal mask: 19005
> DLL old termios: 5
> DLL malloc env: 28
> API major: 0
> API minor: 150
> Shared data: 4
> DLL identifier: cygwin1
> Mount registry: 2
> Cygnus registry name: Cygnus Solutions
> Cygwin registry name: Cygwin
> Program options name: Program Options
> Cygwin mount registry name: mounts v2
> Cygdrive flags: cygdrive flags
> Cygdrive prefix: cygdrive prefix
> Cygdrive default prefix:
> Build date: Fri Jan 20 13:28:43 EST 2006
> CVS tag: cr-0x5ef
> Shared id: cygwin1S4
>
> i.e., this isn't a snapshot version of the DLL.
>
> Is it possible that the OP transferred things into, e.g.,
> c:\cygwin\usr\bin
> rather than c:\cygwin\bin?
>
>
> cgf
>

Science Guy then writes:
>Hey, my message, which I had been trying to post since early Saturday
morning, finally made it through.  That was a struggle >...
>
>To answer some issues that have come up since then, Linda Walsh asked about
"procexp" (Process Explorer).  Since I never
>heard of this program, I assume I am not using it.
>
>Somebody else mentioned Windows Update.  The affected machine is on
automatic Windows Update.  In fact, I have a list of
>Microsoft updates that have come in recently but cannot be installed for
some arcane reason.  I have not resolved this
>problem yet, and this is the first time I have ever had trouble installing
MS updates.  Don't know whether this is related
>to the cygwin bash & CSRSS problem, but the coincidence is interesting.
>
>Now I see Dave Korn's suggestion about disabling Symantec.  I'll look into
that.  Thanks.
>
>- -- Joe

I don't think that I have ever suggested this, but here goes.
- ---
In my case, I formerly used bash, but after I changed some things, I got
Cygwin to work in the Z-Shell.  Note that it doesn't invoke sh, just like
bash does.  Edit the part in cygwin.bat that reads:
bash --login -i

(That can also be bash -l -i)

and change that to:
zsh -l -i

Cygwin will now start up in the Z-Shell with those modifications.
- ---
The reason for the Z-Shell, if Dave, cgf, or Corinna is asking, is because
bash may be a little buggy.  The only problem that I know of (yours) is
reported against bash (perhaps anybody would like to reference more bash
problems???), and a problem has been reported against pdksh (ksh).  No
problems that I know of have been reported against ash, tcsh, or zsh.

And yes, please disable Symantec, as Dave said, since security
suites/products are a pain in the neck for Cygwin!

Charli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)

iD8DBQFEluEjKGyf4JaPChgRAuqsAJ9LIztsA8r63mdijfOQ1X7d+ee35gCeOqcn
PgzqWdfujoFrpUdC8dsA/as=
=mCmO
-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: bash and CSRSS consuming 100% of CPU

[Christopher Faylor]

On Mon, Jun 19, 2006 at 01:43:37PM -0400, Charli Li wrote:
>- -Original Message-
>> From: cygwin-ownerXXX [mailto:cygwin-ownerXXX]On Behalf

PLEASE don't quote raw email addresses!
It is pointless to do so.

>> Of Christopher Faylor
>> Sent: Monday, June 19, 2006 12:32 PM
>> To: cygwinXXX
>> Subject: Re: bash and CSRSS consuming 100% of CPU
>
>Science Guy then writes:
>>Hey, my message, which I had been trying to post since early Saturday
>>morning, finally made it through.  That was a struggle >...
>>
>>To answer some issues that have come up since then, Linda Walsh asked
>>about "procexp" (Process Explorer).  Since I never heard of this
>>program, I assume I am not using it.

I don't see any reason to quote my solution to the problem and then
suggest another plan.

>I don't think that I have ever suggested this, but here goes.
>- ---
>In my case, I formerly used bash, but after I changed some things, I got
>Cygwin to work in the Z-Shell.  Note that it doesn't invoke sh, just like
>bash does.  Edit the part in cygwin.bat that reads:
>bash --login -i
>
>(That can also be bash -l -i)
>
>and change that to:
>zsh -l -i
>
>Cygwin will now start up in the Z-Shell with those modifications.
>- ---
>The reason for the Z-Shell, if Dave, cgf, or Corinna is asking, is because
>bash may be a little buggy.  The only problem that I know of (yours) is
>reported against bash (perhaps anybody would like to reference more bash
>problems???), and a problem has been reported against pdksh (ksh).  No
>problems that I know of have been reported against ash, tcsh, or zsh.

There is no indication that bash is the problem here.  The problem was
reported in other programs besides bash and the problem is fixed in the
latest snaphosts.

>And yes, please disable Symantec, as Dave said, since security
>suites/products are a pain in the neck for Cygwin!

The problem is that the OP is not using the snapshot.  zsh/bash has
nothing to do with the problem.

cgf

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

RE: bash and CSRSS consuming 100% of CPU

[Dave Korn]

On 19 June 2006 18:44, Charli Li wrote:

> The reason for the Z-Shell, if Dave, cgf, or Corinna is asking, is because
> bash may be a little buggy.  The only problem that I know of (yours) is
> reported against bash (perhaps anybody would like to reference more bash
> problems???), and a problem has been reported against pdksh (ksh).  No
> problems that I know of have been reported against ash, tcsh, or zsh.

  No, you're wrong about that.  The procexp-100%-CPU thing affected absolutely
/any/ cygwin process that you attempted to view the threads info for.
Absolutely any cygwin process, and regardless of whether it was launched from
a bash shell or any other shell or cmd.exe or no shell at all.  Further, it
was tracked down and understood: it was a problem with some risky behaviour in
the DLL_THREAD_ATTACH callback of the cygwin dll that didn't play well with
the expectations of the remote thread procedures injected by the debug-helper
API.  There is no evidence that this is a bash problem, and it would be an
incredible coincidence if there was a bug in bash that just happened to
produce the exact same effects as the bug that we /know/ there was in the dll.

> And yes, please disable Symantec, as Dave said, since security
> suites/products are a pain in the neck for Cygwin!

  As they've got more advanced, they've introduced features that attempt to do
more than your standard anti-virus-scan-on-opening-a-file; they attempt to
block some of the dangerous behaviours that malwares use, such as (for
example) injecting a thread into a process that is known to have firewall
permissions.  But because these behaviours are implemented using standard
windows system library features, there is no simple way to block them without
risking interfering with the operations of standard software that happens to
use the same APIs for non-malicious purposes.

  This also explains why some ZoneAlarm users report tremendous problems with
cygwin and others report it working fine.  The free version of Zone Alarm
works great with cygwin; but the paid-for version (Zone Alarm Pro) has
"advanced"[*] behaviour-blocking features that interfere very badly.


cheers,
  DaveK

[*] - ... which, since it was better off without them, should be considered an
'advance' only in the one-step-forward-two-steps-backward scheme of things ...
-- 
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: Unable to delete directory in Cygwin

[Larry Hall (Cygwin)]

mwoehlke wrote:

Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Gina Verlekar on 6/15/2006 3:53 AM:

Hi,

I have implemented some changes in the linker code for some intermediate
processing. For that I need to create a temporary directory, generate
some intermediate  in it, process those files by calling a function.
After processing of the intermediate files, I delete the intermediate
files and the temporary directory.   
While this logic works fine in the linux, the temporary directory does

not get deleted in cygwin.


Windows is not Linux, and will not allow users to delete in-use
directories (where a directory is considered in-use if it contains files,
or if any process is using that directory as its current working
directory), nor the clean deletion of files that are still open.  POSIX
allows this behavior, and cygwin cannot change Window's implementation of
deletion semantics.  Just because Linux behaves nicer doesn't mean 
that it

is portable to remove in-use directories.  Fix your code to first close
all outstanding file handles before trying to remove the files, and then
the directory.

That said, cygwin does try to emulate linux, and if someone were to
contribute a patch that would allow cygwin to emulate directory deletion
if it knows that all open handles have also been scheduled for unlinking
at process end, then http://cygwin.com/acronyms/#PTC.


Not a patch, but for the record, it looks like Interix solves this 
problem (http://www.interopsystems.com/tools/tm.aspx?m=9403). Maybe 
Cygwin could do something similar?


(And in case that link dies; apparently Interix has a special 'temp' 
directory where "unlinked" files are sent until their handles are all 
closed.)





If you take a look at the cygwin sources, you'll see that Cygwin does
something similar already.  This does not solve the problem for those
that want to unlink and immediately recreate the unlinked entry though...


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746

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

Suggestion: add "setup.exe" version number to Cygwin home page

[Daniel Friedman]

It would be nice to learn the latest version of the Cygwin setup
program "setup.exe" without having to download and install it.

Hence I respectfully suggest adding a statement of form "Latest Cygwin
setup.exe version is 2.510.2.2" to http://www.cygwin.com, e.g. right
below the the also-helpful "Latest Cygwin DLL release version is
1.5.19-4" statement.

Thanks,
--daniel

--
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: Suggestion: add "setup.exe" version number to Cygwin home page

[Buchbinder, Barry \(NIH/NIAID\) [E]]

Daniel Friedman wrote:
> It would be nice to learn the latest version of the Cygwin setup
> program "setup.exe" without having to download and install it. 
> 
> Hence I respectfully suggest adding a statement of form "Latest
> Cygwin setup.exe version is 2.510.2.2" to http://www.cygwin.com, e.g.
> right below the also-helpful "Latest Cygwin DLL release version
> is 1.5.19-4" statement.   
> 
> Thanks,
> --daniel

It's my experience that this is not really necessary.  setup.ini
contains timestamp and version information.  When setup.exe has been
updated, the version on the local system informs the user that a newer
version of setup.exe is available.  (I would guess that if one is
updating using the automated, command line options one will not be so
informed.  Of course, that may not be a problem since many of the
improvements are in the UI.)

- Barry

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

Re: Unable to delete directory in Cygwin

[mwoehlke]

Larry Hall (Cygwin) wrote:

mwoehlke wrote:

Eric Blake wrote:

That said, cygwin does try to emulate linux, and if someone were to
contribute a patch that would allow cygwin to emulate directory deletion
if it knows that all open handles have also been scheduled for unlinking
at process end, then http://cygwin.com/acronyms/#PTC.


Not a patch, but for the record, it looks like Interix solves this 
problem (http://www.interopsystems.com/tools/tm.aspx?m=9403). Maybe 
Cygwin could do something similar?


(And in case that link dies; apparently Interix has a special 'temp' 
directory where "unlinked" files are sent until their handles are all 
closed.)


If you take a look at the cygwin sources, you'll see that Cygwin does
something similar already.  This does not solve the problem for those
that want to unlink and immediately recreate the unlinked entry though...


I'm confused. As I read the post, if I create a file 'bar' in '/foo', 
open the file, and then 'rm -rf /foo', I can't do that. If Cygwin 
"magically redirects" 'bar' to some special place, wouldn't that

a: allow me to unlink '/foo'
b: allow me to then create a new (and different) '/foo/bar'?

I also do not see anywhere that the OP is even trying to do [b].

--
Matthew
...Ruthlessly beating Windows with a hammer until it looks like POSIX.


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

How to debug stuck bash?

[mwoehlke]

I have no idea how to approach this. I am seeing a problem where bash 
occasionally hangs. If I try to attach with gdb, gdb hangs. I can attach 
with Visual Studio, which claims that there is a deadlock, and shows the 
current call at least a half dozen calls deep into ntdll.


Does anyone have any ideas how I might go about investigating this?

--
Matthew
...Ruthlessly beating Windows with a hammer until it looks like POSIX.


--
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: Latest Cygwin Release 5 month old...

[Linda Walsh]

Brian Dessent wrote:


The last release of Cygwin was 1.5.19-4 on 2006-01-20, so unless you
have a time machine, a fix made on 2006-05-17 will not be included. 
Besides, using the latest snapshot should always be the first thing you

try when encountering a problem before reporting it to the list.  Nobody
cares about hearing about bugs that have already been fixed.
  

-=-=-=-
   Nobody like to hear "oh, it's fixed in the latest build, but
not in the released product." 


   If a developer doesn't think it is good enough to release,
then I'm not sure I want to be testing on my "production" machine.
Not everyone has a spare test machine.

-l


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

loop through folders

[smanna]

Hello I am trying to write a script. This is the thing, I want to loop
through all folders in a certain folder and send all files in these folders
to a java program. The files are somewhere in the neighbourhood of 170.000.
the setup is:
Home
cygwin.sh program.javaFolder
  folder

folder  ...
  folder   folder  ...   
folder   folder  ...
  files  files...   
 
files  files...

help would be completely fantastic!!
--
View this message in context: 
http://www.nabble.com/loop-through-folders-t1814116.html#a4945011
Sent from the Cygwin Users forum 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/

Using VC++

[Ekah Abila Timothee]

  Hello.

   I am trying to use opengl under C++ and VC++, and it gives me this 
following message GLUT32.DLL: warning LNK4003: invalid library format; library 
ignored. Please, could you tell me What to do to fix this problem. 
Thank you.
Have a nice day. 


--
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: Latest Cygwin Release 5 month old...

[Brian Dessent]

Linda Walsh wrote:

> Nobody like to hear "oh, it's fixed in the latest build, but
> not in the released product."

Whether they like it or not doesn't change the situation at all.  The
fact remains that very often reported problems are fixed in snapshots,
so saying "try a snapshot first" is a very effective way to save a lot
of time on the part of both the person with the problem and the people
on the list that take the hours out of their day to try to help.  And
isn't that the goal of everyone posting to the list with problems, to
resolve them quickly?  This is a single DLL file we're talking about,
not a linux kernel, and it takes seconds to replace and doesn't require
a reboot.

> If a developer doesn't think it is good enough to release,
> then I'm not sure I want to be testing on my "production" machine.
> Not everyone has a spare test machine.

That kind of logic is toxic poison to an open source project.  How do
you think those releases come to be?  If you want stable releases then
you need to regularly test snapshots and give feedback, otherwise the
releases will not be of high quality.  This is all a volunteer effort
here, and the developers' only way of assessing whether their fixes are
effective and stable is by hearing from people on the list that try
them.  If everyone played the "I'm not going anywhere near something
that doesn't have the mythical release stamp of approval" card then no
forward progress would ever be made, and you'd have a lot of really
buggy releases.

Brian

--
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: Using VC++

[Charli Li]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- -Original Message-
> From: [EMAIL PROTECTED]
> Sent: Monday, June 19, 2006 5:27 PM
> To: cygwin@cygwin.com
> Subject: Using VC++
>
>
>
>   Hello.
>
>I am trying to use opengl under C++ and VC++, and it gives me this
> following message GLUT32.DLL: warning LNK4003: invalid library
> format; library
> ignored. Please, could you tell me What to do to fix this problem.
> Thank you.
> Have a nice day.
>
>

This is caused by a mismatch of link.exe.  I had this problem when running
the configure script for Mozilla.  The solution is to place the VC\bin dir
IN FRONT OF the C:\cygwin\bin dir (modify cygwin.bat and reset the path so
that the VC++ dir is in front of the Cygwin dir).  In my case, that didn't
work for me, so the alternate solution (if my first one didn't work) is to
rename the C:\cygwin\bin\link.exe to something like glink.exe.

Charli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)

iD8DBQFElyRZKGyf4JaPChgRAnA/AKCWksaZfGnDXJqRUuPdfwqkeW62lQCdFlrX
6bSLK8/C6QxVCy/Us+sQl+4=
=z0V/
-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/

Thread Injection + Cygwin problems

[Kaveh Goudarzi]

Hi,

   I've written a program to detect the invocation of
processes and then inject them with a remote thread in
the hope of getting the cmdLine/cwd and environment
variables of the running process.

   In doing so I came across the fact that cygwin does
not synch its vars with windows for cygwin processes so
my call to GetEnvironmentStrings brings up only a truncated
number of the actual env vars.

   So following advice from the list in my injected thread
I check to see if cygwin1.dll is loaded and if so I then
try to use getenv to get the environment strings I'm
interested in.

   However when I do that the process I'm injecting crashes.
If I do a Sleep(0) before I try to get the envs the frequency
of the crashes is greatly reduced but still happens occasionally.

   Is there an obvious reason why attempting to invoke
cygwin calls such as getenv() in an injected thread might
result in crashes?  I've also tried cygwin_internal(CW_SYNC_WINENV)
with the same result. I'm running Windows XP and have tried the
20060614 snapshot with the same result.

   I'm not sure how to approach the problem so any advice
would be greatly appreciated.


thanks in advance.

Kaveh.


--
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: loop through folders

[mwoehlke]

smanna wrote:

Hello I am trying to write a script. This is the thing, I want to loop
through all folders in a certain folder and send all files in these folders
to a java program. The files are somewhere in the neighbourhood of 170.000.
the setup is:
Home
cygwin.sh program.javaFolder
  folder
folder  ...
  folder   folder  ...   
folder   folder  ...
  files  files...
files  files...


help would be completely fantastic!!


This is not a Cygwin question. However, 'find . | xargs ' 
might help you. Or 'for f in find . ; do  $f ; done'.


'man find' and 'man bash' will get you started.

--
Matthew
...Ruthlessly beating Windows with a hammer until it looks like POSIX.


--
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: Thread Injection + Cygwin problems

[mwoehlke]

Kaveh Goudarzi wrote:

Hi,

   I've written a program to detect the invocation of
processes and then inject them with a remote thread in
the hope of getting the cmdLine/cwd and environment
variables of the running process.

[snip]

   I'm not sure how to approach the problem so any advice
would be greatly appreciated.


There are known problems with thread injection and Cygwin. Are you using 
the latest cygwin.dll snapshot?


--
Matthew
...Ruthlessly beating Windows with a hammer until it looks like POSIX.


--
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: loop through folders

[Reid Thompson]

smanna wrote:

Hello I am trying to write a script. This is the thing, I want to loop
through all folders in a certain folder and send all files in these folders
to a java program. The files are somewhere in the neighbourhood of 170.000.
the setup is:
Home
cygwin.sh program.javaFolder
  folder
folder  ...
  folder   folder  ...   
folder   folder  ...
  files  files...
files  files...


help would be completely fantastic!!
--
View this message in context: 
http://www.nabble.com/loop-through-folders-t1814116.html#a4945011
Sent from the Cygwin Users forum 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/

  

try something along the lines of

for dir in `find . -type d`
do
  for file in `ls $dir`
  do
  program.java ${dir}/$file
  done
done

--
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: loop through folders

[Brian Dessent]

mwoehlke wrote:

> This is not a Cygwin question. However, 'find . | xargs '
> might help you.

It's not a bad idea to get into the practice of always doing "find .
-print0 | xargs -0 " instead of the above.  Otherwise,
files with spaces or other strange characters in their names will cause
the command to fail.  And even if you don't happen to have any filenames
with spaces at the moment, it doesn't hurt -- it's just good hygeine.

Brian

--
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: loop through folders

[Igor Peshansky]

On Mon, 19 Jun 2006, Reid Thompson wrote:

> smanna wrote:
> > Hello I am trying to write a script. This is the thing, I want to loop
> > through all folders in a certain folder and send all files in these
> > folders to a java program. The files are somewhere in the
> > neighbourhood of 170.000. the setup is:
> > Home
> > cygwin.sh program.javaFolder
> >   folder
> > folder  ...
> >   folder   folder  ...
> > folder   folder  ...
> >   files  files...
> > files  files...
> >
> > help would be completely fantastic!!
>
> try something along the lines of
>
> for dir in `find . -type d`
> do
>   for file in `ls $dir`
>   do
>   program.java ${dir}/$file
>   done
> done

How about simply

find . -type f | java program

and have program.java read filenames from System.in?  That way you're not
spawning 1 JVM per file.
Igor
P.S. For a non-Cygwin question, this is getting an awful lot of replies.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: bash and CSRSS consuming 100% of CPU

[Science Guy]

I got cygwin working once again on my problem machine.  (Hooray!)

The problem was that the snapshot tar file, cygwin-inst-20060614.tar.bz2,
had cygwin1.dll in /usr/bin but failed to replace the old cygwin1.dll in
/bin.  I copied over the new cygwin1.dll into /bin, and things are working
nicely once again.

Many thanks for the helpful suggestions.

My antivirus and antispyware software programs are still running on the same
PC.  I did not touch them.  It will be a sad day when cygwin can no longer
run alongside these programs.  Our corporate guidelines require us to have
antivirus and antispyware software running on our corporate PCs; otherwise,
we are denied connectivity to the corporate network.

And anyway, shouldn't everyone run antivirus and antispyware programs on
their PCs, corporate or private?  I love cygwin and think it's a great
package, but disabling antivirus and/or antispyware software to enable
cygwin to run seems like too high a price to pay.  Am I missing something
here?  Anyway, I'm glad it's all running now.  Hope things continue that
way.

-- Joe


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

[Stephen Grant Brown]

Hi There,
I am trying to run dselect.
When I try to update my list of available packages I get

dselect: requested operation requires superuser privilege

How do I give myself superuser privilege?

Thanks in advance.
Yours Sincerely Stephen Grant Brown


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

Re: Running dselect

[Brian Dessent]

Stephen Grant Brown wrote:

> I am trying to run dselect.
> When I try to update my list of available packages I get
> 
> dselect: requested operation requires superuser privilege
> 
> How do I give myself superuser privilege?

The answer is the same as it was the last time you asked six months ago.

http://www.cygwin.com/ml/cygwin/2006-01/msg00632.html

Brian

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

Re: Running dselect

[Wynfield Henman]

I downloaded,
 ftp://sources.redhat.com/pub/gdb/snapshots/branch/gdb-6.4.91.20060615.tar.bz2

and built it successfully in the cygwin environment and with cygwin tools.

But, the resulting binary seems to have bugs in it either something to
do with the termainal or what I'm not sure as it just crashes.

Any ideas on how to fix this..  I just want a more up to date debugger
to use with
   cygwin1.dll.-20060614.dll.bz2

   which I moved to /bin/cygwin1.dll  after renaminig the original.

Thanks

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

I Need your help for Installation & Upgradation of Cygwin.....on Windows 2000

[Antonidoss]

Hi,

Thanks for your support.

I planing  to learn about cygwin on windows 2000 so pls. send me the details of
Installation & upgradation Guides

Thanks & Regards,

Antonidoss

--
With Regards,

A Antonidoss

--
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: variable

[prz]

thanks for the update
a simple testcase
tempdba:/cygdrive/c/workdir:echo $OBJECT

tempdba:/cygdrive/c/workdir:. ./testcase -a dt
print object dt
tempdba:/cygdrive/c/workdir:. ./testcase -a dt
print object dt
tempdba:/cygdrive/c/workdir:. ./testcase -a dl
print object dt
tempdba:/cygdrive/c/workdir:echo $OBJECT
dt
the code : 
#!/bin/bash
while getopts "a:" option; do
case "$option" in
   a)   OBJECT=$OPTARG
;;
   *)   exit
esac
done
case "$OBJECT" in
   dt)   
echo "print object $OBJECT"
   ;;
   dl)
echo "print object $OBJECT"   ;;
*)  usage
esac
#exit
Thanks for all info/help
Best Regards, Guy Przytula
--
View this message in context: 
http://www.nabble.com/variable-t1810207.html#a4949855
Sent from the Cygwin Users forum 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/