Re: AW: 1.5.16-1: chmod problem

[Brian Dessent]

"Pach Roman (GS-EC/ESA4) *" wrote:

> Unfortunately the Windows has a special attribute 'write protection'
> which can be set in the mask for file's attribute.
> So there is a kind of conflict now. Despite I can't change file permissions 
> (in the acl)
> I can every time set/reset the bit 'write protection'.
> I see, it is very interesting feature of the so called operating system.
> There is the question at this place:
> Should the implementation of chmod allow the setting/resetting of the 'write 
> protection' bit
> in spite of the missing permission 'change file permission' in the acl ?

As far as I know, there are really three things that we're talking
about:

"Attributes" - Archive, Readonly, Hidden, and System - the legacy flags
from ancient DOS.  Requires the "Write Attributes" ACL bit to modify.

"Extended Attributes" - hardly ever used: metadata, alternate streams
(?).  I think this was a crutch that was used on non-NTFS/HPFS disks in
order to store metadata back when FAT was still common.  Requires the
"Write Extended Attributes" ACL bit to modify.

"Permissions" - The full NTFS security entity aka ACL.  Requires "Change
Permissions" bit in order to modify.

So in your case your permissions include the first two, but not the
last.  This means you should be able to set R/H/S/A at will.  I'm at a
loss as to why the R flag keeps getting set even though you keep
clearing it, but it probably has something to do with SMB/CIFS.

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: CYGWIN sshd service could not be started

[Corinna Vinschen]

On May  2 13:25, Brian Dessent wrote:
> Brian Dessent wrote:
> 
> > (It would probably be a good addition for ssh-host-config to check for
> > user mounts and bail or offer to remount them... this seems to come up a
> > lot.)
> 
> Here is a patch against ssh-host-config that checks for this.
> 
> Brian
> --- ssh-host-config.orig  2005-05-02 13:09:13.984375000 -0700
> +++ ssh-host-config   2005-05-02 13:23:50.640625000 -0700
> @@ -583,6 +583,16 @@
>   chown "${_user}".544 ${LOCALSTATEDIR}/log/sshd.log
>fi
>  fi
> +if mount | egrep -q 'on /(|usr/(bin|lib)) type user'
> +then
> +  echo
> +  echo "Warning: It appears that you have user mode mounts (\"Just me\""
> +  echo "chosen during install.)  Any daemons installed as services will"
> +  echo "fail to function unless system mounts are used.  To change this,"
> +  echo "re-run setup.exe and choose \"All users\"."
> +  echo
> +  echo "For more information, see http://cygwin.com/faq/faq0.html#TOC33";
> +fi
>fi
>  fi

Good idea.  I'll add this to the script for the next version.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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 sshd service could not be started

[Corinna Vinschen]

On May  2 16:39, Christopher Faylor wrote:
> I wonder if it would make sense to eliminate the "just for me" option from
> setup.exe and just present a screen if setup.exe is not able to install
> mount points for the whole system.

Oh yes, please!


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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 sshd service could not be started

[Corinna Vinschen]

On May  3 10:54, Corinna Vinschen wrote:
> On May  2 13:25, Brian Dessent wrote:
> > Brian Dessent wrote:
> > 
> > > (It would probably be a good addition for ssh-host-config to check for
> > > user mounts and bail or offer to remount them... this seems to come up a
> > > lot.)
> > 
> > Here is a patch against ssh-host-config that checks for this.
> > 
> > Brian
> > --- ssh-host-config.orig2005-05-02 13:09:13.984375000 -0700
> > +++ ssh-host-config 2005-05-02 13:23:50.640625000 -0700
> > @@ -583,6 +583,16 @@
> > chown "${_user}".544 ${LOCALSTATEDIR}/log/sshd.log
> >fi
> >  fi
> > +if mount | egrep -q 'on /(|usr/(bin|lib)) type user'
> > +then
> > +  echo
> > +  echo "Warning: It appears that you have user mode mounts (\"Just 
> > me\""
> > +  echo "chosen during install.)  Any daemons installed as services 
> > will"
> > +  echo "fail to function unless system mounts are used.  To change 
> > this,"
> > +  echo "re-run setup.exe and choose \"All users\"."
> > +  echo
> > +  echo "For more information, see 
> > http://cygwin.com/faq/faq0.html#TOC33";
> > +fi
> >fi
> >  fi
> 
> Good idea.  I'll add this to the script for the next version.

Well... not exactly.  The problem is that if somebody has user *and*
system mounts, the warning will be printed nevertheless.  It's not quite
that simple.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: side effects of Cygwin's maximum memory test

[Corinna Vinschen]

On May  3 00:25, Utku Ozcan wrote:
> I *think* that the test below, which tests memory allocation limit of
> Cygwin *might* produce problems in Windows XP:
> 
> http://sources.redhat.com/cygwin/cygwin-ug-net/setup-maxmem.html
> 
> In this page, I have compiled the C code, and after having run the
> compiled executable, Windows XP gave suddenly a warning that virtual
> memory setting has been changed (I think, that repeated malloc() calls
> in this code somehow change the virtual memory settings in Windows
> XP).

Not really.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges

[Corinna Vinschen]

On May  3 10:52, Moghe, Jayant wrote:
> Corinna:

You don't have to ask me personally.  You can ask the whole mailing list.
It's *that* easy.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: postgresql and sockets

[Corinna Vinschen]

On May  3 01:26, Krzysztof Duleba wrote:
> Hi
> 
> I am using Cygwin postgresql as my db engine for high load jboss/Hibernate
> web app. It works fine, but after some 10k transactions socket seems
> broken and I get this message:
> 
> $ psql
> psql: could not connect to server: Bad file descriptor
> Is the server running locally and accepting
> connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
> 
> $ cat /tmp/.s.PGSQL.5432
> !1304 s D872D6B4-84B51718-5811C571-3E0793C6
> 
> However, `psql -h localhost -p 5432' succeeds. So in fact the socket is
> still there, but the link stored in /tmp/.s.PGSQL.5432 is broken.

That's rather unlikely.  Could you show us an strace of the above failing
psql call?  Perhaps there's some interesting information in there.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

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

Hippo icon!

[Ashwin N]

Hi,

I noticed that the icon for Cygwin on the website has changed from the
green-n-black C to a roaring hippo.
http://www.cygwin.com/hippo.jpg

When and why? :-)


~ash

--
Unsubscribe info:  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: Hippo icon!

[Chris January]

Ashwin N wrote:
Hi,
I noticed that the icon for Cygwin on the website has changed from the
green-n-black C to a roaring hippo.
http://www.cygwin.com/hippo.jpg
It's to shake off the impression that Cygwin is bloated and slow. No, 
wait

Chris
--
Unsubscribe info:  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: Hippo icon!

[Corinna Vinschen]

On May  3 10:51, Chris January wrote:
> Ashwin N wrote:
> >I noticed that the icon for Cygwin on the website has changed from the
> >green-n-black C to a roaring hippo.
> >http://www.cygwin.com/hippo.jpg
> 
> It's to shake off the impression that Cygwin is bloated and slow. No, 
> wait

Yes, sure, that's right.  The hippo's the second fastest animal ever,
right after the tortois(*).


Corinna


(*) See Terry Pratchett's "Pyramids" for the proof.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

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

RE: Problem with cygwin setup

[Dave Korn]

Original Message
>From: jds
>Sent: 02 May 2005 21:47

> Thanks for your help Reid, but...
> 
>> are you sure it's 'stuck' --- this might take a while:
> Well, I let it sit for 20 minutes and nothing happened...


  Well, unless you know how long it's supposed to take, how do you know if
that's long enough to conclude it's got stuck or not?

  A more effective way of checking would be to bring up the windows task
manager and see if it's still actively using cpu time and doing stuff.

  You will almost certainly find that it was, indeed, just busy and not
finished yet.  Let it run to completion, or at any rate don't conclude it's
hung until you see it sitting there for a while at 0% cpu usage...


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: CDDB and DiscID for Python

[Jason Tishler]

Jeffrey,

On Mon, Apr 25, 2005 at 02:23:45PM -0600, Jeffrey Barish wrote:
> I am trying to install CDDB and DiscID so that I can import them into
> Python.  Following the directions for win32, I put CDDB.py, DiscID.py,
> win32/cdrom.py, and win32/mci.dll in /lib/python2.4/site-packages. 
> import CDDB works fine, but import DiscID produces the error
> 
> ImportError: dlopen, Win21error 1157

AFAICT, this is caused by attempting to import a Win32 Python shared
extension into Cygwin Python.

> It is produced by the import mci command in cdrom.py.  I also tried to
> install using python setup-win32.py install, but that command produced
> the error message
> 
> undefined reference to '[EMAIL PROTECTED]'
> 
> I also tried the unix installation procedure (python setup.py install). 
> It started complaining with
> 
> storage size of 'hdr' isn't known

See below...

> The long list of complaints looks like they result from a missing
> include file, but there is no complaint about such a problem.
> 
> These modules work fine on my linux platform.  Does anyone know how to
> get them to work under cygwin?

You need to build a Cygwin version of the Python shared extension
modules.  Note this may require some porting effort as indicated by the
error message above.  Sorry, I can't be more helpful without actually
trying to do this myself.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

RE: SSH Path Bug

[Dominic Chambers]

Sorry I haven't replied sooner, was a bank holiday weekend over here. Thanks
everyone for the excellent responses -- that was really educational, and
beats the support you get from most paid-for systems.

Thanks again, Dominic.



--
Unsubscribe info:  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: Hippo icon!

[Brian Dessent]

Corinna Vinschen wrote:

> > >green-n-black C to a roaring hippo.
> > >http://www.cygwin.com/hippo.jpg
> >
> > It's to shake off the impression that Cygwin is bloated and slow. No,
> > wait
> 
> Yes, sure, that's right.  The hippo's the second fastest animal ever,
> right after the tortois(*).

If the GNU people can have a logo like this
 then I see no reason why
Cygwin can't have a hippo: 

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: setup alternatives (was Re: Bespoke installations: simple elegance of setup.exe when setup.ini is absent)

[Max Bowsher]

James Renton wrote:
What about http://sourceforge.net/projects/wix/?
There are very many installer builders for windows, but none that I have 
seen manage many independently updated packages with interdependencies, in 
the way that our current setup does.

Max.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Christopher Faylor
Sent: Monday, May 02, 2005 4:39 PM
To: cygwin@cygwin.com
Subject: setup alternatives (was Re: Bespoke installations: simple
elegance of setup.exe when setup.ini is absent)
On Mon, May 02, 2005 at 12:57:18PM -0700, Sean McMahon wrote:
I for one appreciate the clarification as I sent a detailed bug-report
to this person assuming they were the maintainer.  My question as I've
asked before is, can or is someone working on improving accessibility
of setup.exe for those of us who have to use windows via a screenreader

and keyboard.  Many of the buttons and controlls do not get focus and
can't be opperated in the normal manner.
Did you happen to follow the "setup.exe sucks" thread over in
cygwin-apps?  Basically, it boils down to the fact that I and others are
not really thrilled with setup.exe in its current form.  While it is an
impressive program in some ways, the UI is (apparently) too
non-intuitive and the mean-time between bug fixes is too long.
Are you aware of a setup-like program out there which "gets it right" as
far as UI is concerned?  It would be nice to transition to an
open-sources alternative which was actively supported.
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/ 

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

RE: Bespoke installations: simple elegance of setup.exe when setup.ini is absent

[Dave Korn]

Original Message
>From: Cliff Hones
>Sent: 03 May 2005 00:57

> Gary R. Van Sickle wrote:
>> ...
>> [Yet more boring vitriolic rubbish.]
>> ...
> 
> I've been on this list for a good four years now, and never ever
> considered setting up a filter.  I came close during the "fortune"
> flamewars and I'm getting even more close now.  Please, Gary and CGF,
> can you take your discussion offline.
> 
> -- Cliff


  Surely you meant to say

"   TITTTL!  TITTTL!   TITTTL!   "

did you not?

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: Hippo icon!

[Dave Korn]

Original Message
>From: Corinna Vinschen
>Sent: 03 May 2005 11:18

> On May  3 10:51, Chris January wrote:
>> Ashwin N wrote:
>>> I noticed that the icon for Cygwin on the website has changed from the
>>> green-n-black C to a roaring hippo.
>>> http://www.cygwin.com/hippo.jpg
>> 
>> It's to shake off the impression that Cygwin is bloated and slow. No,
>> wait
> 
> Yes, sure, that's right.  The hippo's the second fastest animal ever,
> right after the tortois(*).
> 
> 
> Corinna
> 
> 
> (*) See Terry Pratchett's "Pyramids" for the proof.


  See also the free-falling hippos from the talk-list!


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: setup alternatives (was Re: Bespoke installations: simple elegance of setup.exe when setup.ini is absent)

[Jani Tiainen]

Max Bowsher kirjoitti:
James Renton wrote:
What about http://sourceforge.net/projects/wix/?

There are very many installer builders for windows, but none that I have 
seen manage many independently updated packages with interdependencies, 
in the way that our current setup does.

Max.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Christopher Faylor
Sent: Monday, May 02, 2005 4:39 PM
To: cygwin@cygwin.com
Subject: setup alternatives (was Re: Bespoke installations: simple
elegance of setup.exe when setup.ini is absent)
On Mon, May 02, 2005 at 12:57:18PM -0700, Sean McMahon wrote:
I for one appreciate the clarification as I sent a detailed bug-report
to this person assuming they were the maintainer.  My question as I've
asked before is, can or is someone working on improving accessibility
of setup.exe for those of us who have to use windows via a screenreader

and keyboard.  Many of the buttons and controlls do not get focus and
can't be opperated in the normal manner.

Did you happen to follow the "setup.exe sucks" thread over in
cygwin-apps?  Basically, it boils down to the fact that I and others are
not really thrilled with setup.exe in its current form.  While it is an
impressive program in some ways, the UI is (apparently) too
non-intuitive and the mean-time between bug fixes is too long.
Are you aware of a setup-like program out there which "gets it right" as
far as UI is concerned?  It would be nice to transition to an
open-sources alternative which was actively supported.
cgf
Why to reinvent wheel..?
You could use existing systems, like Debian package-system (deb), 
RPM-system like Fedora Core/RedHat, or Gentoo's Emerge.

All working, proven technologies.
Most setups in Windows works in "complete package" way. (For some reason 
or another), so you really are used to install "everything", or at least 
very large packages. You don't have such a finegrained control over 
installation as Linux distributions tend to have...

--
Jani Tiainen
--
Unsubscribe info:  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: side effects of Cygwin's maximum memory test

[Dave Korn]

Original Message
>From: Corinna Vinschen
>Sent: 03 May 2005 10:06

> On May  3 00:25, Utku Ozcan wrote:
>> I *think* that the test below, which tests memory allocation limit of
>> Cygwin *might* produce problems in Windows XP:
>> 
>> http://sources.redhat.com/cygwin/cygwin-ug-net/setup-maxmem.html
>> 
>> In this page, I have compiled the C code, and after having run the
>> compiled executable, Windows XP gave suddenly a warning that virtual
>> memory setting has been changed (I think, that repeated malloc() calls
>> in this code somehow change the virtual memory settings in Windows
>> XP).
> 
> Not really.
> 
> 
> Corinna


  Interestingly enough, there _is_ some kind of problem here.I haven't
been hit by any HD problem, but when I tried the test program, it gave me an
ever-increasing series of values, and then suddenly stopped working
altogether and wouldn't recover!

[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
5095e000 bytes (1289.4Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
518be000 bytes (1304.7Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
51956000 bytes (1305.3Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
519de000 bytes (1305.9Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
51a7e000 bytes (1306.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
51b7e000 bytes (1307.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
51dbe000 bytes (1309.7Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
51f7e000 bytes (1311.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
521be000 bytes (1313.7Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
523fe000 bytes (1316.0Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
525fe000 bytes (1318.0Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
528fe000 bytes (1321.0Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
52b7e000 bytes (1323.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
52dbe000 bytes (1325.7Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
52f7e000 bytes (1327.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
5317e000 bytes (1329.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
5337e000 bytes (1331.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
534ee000 bytes (1332.9Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
5367e000 bytes (1334.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
537de000 bytes (1335.9Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
5393e000 bytes (1337.2Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
53afe000 bytes (1339.0Mb)
[EMAIL PROTECTED] /test/maxmem>
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
53d7e000 bytes (1341.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
53f7e000 bytes (1343.5Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
542fe000 bytes (1347.0Mb)
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe
[EMAIL PROTECTED] /test/maxmem> ./maxmem.exe

  Trying to run it under insight, the first time I tried it it worked, but
when I tried to rerun it it crashed and took insight with it!

  There has been some persistent leak of some resource, because after
getting into that state, other cygwin applications start failing with
"resource temporarily unavailable" problems.  Even after killing all my
cygwin shells and processes (and therefore having hopefully completely
unloaded the dll and released the shared heap and so on), newly started
shells can only sometimes run the testapp, and never more than once.

  I'll post more information when I have it.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: Hippo icon!

[Corinna Vinschen]

On May  3 04:34, Brian Dessent wrote:
> Corinna Vinschen wrote:
> 
> > > >green-n-black C to a roaring hippo.
> > > >http://www.cygwin.com/hippo.jpg
> > >
> > > It's to shake off the impression that Cygwin is bloated and slow. No,
> > > wait
> > 
> > Yes, sure, that's right.  The hippo's the second fastest animal ever,
> > right after the tortois(*).
> 
> If the GNU people can have a logo like this
>  then I see no reason why
> Cygwin can't have a hippo: 

Wow!  I'm impressed.  Is that cyppo free from copyrights?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: Hippo icon!

[Reid Thompson]

Brian Dessent wrote:
> Corinna Vinschen wrote:
> 
 green-n-black C to a roaring hippo.
> http://www.cygwin.com/hippo.jpg
>>> 
>>> It's to shake off the
> impression that Cygwin is bloated and slow.
>>> No, wait
>> 
>> Yes, sure, that's right.  The hippo's the second fastest animal ever,
>> right after the tortois(*).
> 
> If the GNU people can have a logo like this
>  e.jpg> then I see no
> reason why Cygwin can't have a hippo:
> 
> 
> Brian

now that just ain't right..

reid

--
Unsubscribe info:  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 alternatives (was Re: Bespoke installations: simple elegance of setup.exe when setup.ini is absent)

[Max Bowsher]

Jani Tiainen wrote:
Why to reinvent wheel..?
You could use existing systems, like Debian package-system (deb),
RPM-system like Fedora Core/RedHat, or Gentoo's Emerge.
All working, proven technologies.
Would you like to have a go at porting one of them to Windows, then?
Also, what about a GUI?
I would very much like to see an RPM or DEB based Cygwin, but I've never had 
a suitably large chunk of free time to devote to such an undertaking. I 
recently tried to get rpm-4.4.1 working on Cygwin, but although it compiled, 
it segfaulted immediately on startup. Of course, really we would need a 
native Windows port, which would be even harder.

Max.
--
Unsubscribe info:  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: mkdir -p and network drives

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Pierre A. Humblet on 5/2/2005 9:22 PM:
> According to the Cygwin Faq,
> 
> *
> Why doesn't `mkdir -p' work on a network share?
> Unfortunately, you cannot do something like this: 
> 
> bash$ mkdir -p //MACHINE/Share/path/to/new/dir
> mkdir: cannot create directory `//MACHINE': No such file or directory
> 
> This is because mkdir checks for the existence of each directory on the path,
> creating them as necessary. Since `//MACHINE' is not a directory (you can't cd
> to it either), mkdir tries to create it, and fails. 
> **
> 
> This behavior would be fine with me, but the latest mkdir (GNU coreutils)
> 5.3.0
> creates /MACHINE/Share/path/to/new/dir and returns 0
> 
> Pierre
> 

It appears you have uncovered an upstream bug - in line 210 of CVS
coreutils/lib/makepath.c (unchanged from 5.3.0), `mkdir -p' is attempting
an optimization by blindly changing directory to / if the first character
is '/', without regards to whether there is a leading // such that
changing to / violates POSIX naming semantics.  In my opinion, it should
be possible to rewrite the algorithm to make even your test case works,
eliminating the cygwin FAQ entry:  rather than starting at the left and
making sure each path component exists, the algorithm could start at the
right and successively prune each rightmost component until it no longer
gets ENOENT (or gets to the empty string), then build back up from that
point.  Then, even though //MACHINE does not resolve to a directory,
`mkdir -p //MACHINE/Share/existing/nonexisting' only has to check whether
//MACHINE/Share/existing exists, and create nonexisting from there, rather
than starting all the way from the problematic /, //, or //MACHINE.  The
only drawback to this approach is that it would then require up to n
stat() calls to decide where to start making directories, each processing
O(n) names, which is the exact O(n^2) syscall overhead that the code was
optimized to try to avoid by starting blindly at the leftmost component.
The only other approach I can think of is to special case leading // (at
least on cygwin, leading // should start after //MACHINE/Share/), but not
all POSIX-compliant hosts have the same semantics for leading //, so I
don't know how well such a special case would fold into upstream coreutils.

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

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

iD4DBQFCd3cZ84KuGfSFAYARAqf8AJ4waeVK7NWOh0D4fz84LD5jcBmPpQCY9blL
6lOcqZkvuNWndvgAjElQ9A==
=sDhN
-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: Hippo icon!

[Brian Dessent]

Corinna Vinschen wrote:

> Wow!  I'm impressed.  Is that cyppo free from copyrights?

I doubt it.  I borrowed the first frame from this enormously silly
animated gif: http://img.photobucket.com/albums/v420/weetabix1/hippo.gif
which I found via google image search.  Though I've seen that gif
floating around on countless internet forums, so I would imagine that
whoever made it originally has no real intention of restricting its use.

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: Hippo icon!

[Lionel B]

"Corinna Vinschen"wrote...
> On May  3 04:34, Brian Dessent wrote:
> > Corinna Vinschen wrote:
> > 
> > > > >green-n-black C to a roaring hippo.
> > > > >http://www.cygwin.com/hippo.jpg
> > > >
> > > > It's to shake off the impression that Cygwin is bloated and slow. No,
> > > > wait
> > > 
> > > Yes, sure, that's right.  The hippo's the second fastest animal ever,
> > > right after the tortois(*).
> > 
> > If the GNU people can have a logo like this
> >  then I see no reason why
> > Cygwin can't have a hippo: 
> 
> Wow!  I'm impressed.  Is that cyppo free from copyrights?

Well, talking of hippos and icons, I propose a patron saint for the Cygwin 
project:

http://ccat.sas.upenn.edu/jod/augustine.html

-- 
Lionel B



--
Unsubscribe info:  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: postgresql and sockets

[Corinna Vinschen]

On May  3 13:24, Krzysztof Duleba wrote:
> Corinna Vinschen wrote:
> 
> > > However, `psql -h localhost -p 5432' succeeds. So in fact the socket
> is
> > > still there, but the link stored in /tmp/.s.PGSQL.5432 is broken.
> >
> > That's rather unlikely.  Could you show us an strace of the above
> failing
> > psql call?  Perhaps there's some interesting information in there.
> >
> >
> > Corinna
> 
> There are 3 cases, so I attach 3 straces.
> 
> str1 is the case when `psql' failed.

Let's stick with this one since that's the important case.  Unfortunately
the strace output doesn't tell us where exactly it fails.  It seems that
the call to get_inet_addr from fhandler_socket::connect is the culprit,
otherwise there would be a set_winsock_errno call somewhere around this
spot.

I have the strange feeling that the file isn't recognized as socket
anymore for some reason.  When you called `cat /tmp/.s.PGSQL.5432',
did you use Cygwin's cat?  If the file would have been recognized as
socket, you shouldn't have been able to read the content of the file.
The correct result would have been:

  $ cat /tmp/.s.PGSQL.5432
  cat: /tmp/.s.PGSQL.5432: No such device or address

So I'm wondering if something happened before the call to psql, so that
the file has been... well, "downgraded" to a normal file instead of a
socket file.  Socket files have the system attribute set, for instance.
If you remove this, the file is not recognized as socket file anymore.

Are you set up to debug the DLL using GDB?  If you download the latest
snapshot from http://cygwin.com/snapshots and set a breakpoint to
get_inet_addr, you could step through this function until it's left.
The first interesting information would be, from which line the function
is left.

If you're not setup to debug the DLL, I'd try to come up with some
additional debug output for the next Cygwin snapshot.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: mkdir -p and network drives

[Corinna Vinschen]

On May  3 07:05, Eric Blake wrote:
>  rather than starting at the left and
> making sure each path component exists, the algorithm could start at the
> right and successively prune each rightmost component until it no longer
> gets ENOENT (or gets to the empty string), then build back up from that
> point.  Then, even though //MACHINE does not resolve to a directory,
> `mkdir -p //MACHINE/Share/existing/nonexisting' only has to check whether
> //MACHINE/Share/existing exists, and create nonexisting from there, rather
> than starting all the way from the problematic /, //, or //MACHINE.  The
> only drawback to this approach is that it would then require up to n
> stat() calls to decide where to start making directories, each processing
> O(n) names, which is the exact O(n^2) syscall overhead that the code was
> optimized to try to avoid by starting blindly at the leftmost component.

O(n^2)?  I see only O(n), regardless where the algorithm begins the search.
In any path of length n, you have a constant sum of n stat and mkdir calls,
AFAICS.

> The only other approach I can think of is to special case leading // (at
> least on cygwin, leading // should start after //MACHINE/Share/), but not
> all POSIX-compliant hosts have the same semantics for leading //, so I
> don't know how well such a special case would fold into upstream coreutils.

If coreutils is trying to be POSIX compliant, it has to allow and evalute
correctly two leading slashes:

http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04_11

Quote:

"A pathname that begins with two successive slashes may be interpreted in an
 implementation-defined manner, although more than two leading slashes shall
 be treated as a single slash."


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: mkdir -p and network drives

[Eric Blake]

> O(n^2)?  I see only O(n), regardless where the algorithm begins the search.
> In any path of length n, you have a constant sum of n stat and mkdir calls,
> AFAICS.

I was using n to mean the number of components separated by /, not the string 
length of the path (see the source code coreutils/lib/makepath.c where the 
optimization discusses this same issue).  Yes, there are only O(n) syscalls, 
but each syscall has to check the existance of O(n) components, and the 
leftmost component's existance is checked n times, for a total of O(n^2) 
component checks.  By starting at the left, and changing directories as you go, 
the leftmost component's existance is checked only once (at least, on systems 
where relative paths do not have to be converted to an absolute path first).  I 
concede that you are probably right that the optimization attempted by 
coreutils performs no faster on cygwin, since cygwin has to convert relative to 
absolute and check the existance of the leftmost component every time (whether 
it is cygwin1.dll or Windows doing the check each time).

> If coreutils is trying to be POSIX compliant, it has to allow and evalute
> correctly two leading slashes:

The coreutils maintainers are well aware of that fact.  I think this case is 
just an oversight; I'm not sure if coreutils ever worked, since looking at 
http://savannah.gnu.org/cgi-bin/viewcvs/coreutils/coreutils/lib/makepath.c 
shows that it has blindly chdir()'d to / ever since version 1.27 in July 1997, 
before coreutils even existed.

--
Eric Blake



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

Re: setup alternatives (was Re: Bespoke installations: simple elegance of setup.exe when setup.ini is absent)

[Jani Tiainen]

Max Bowsher kirjoitti:
Jani Tiainen wrote:
Why to reinvent wheel..?
You could use existing systems, like Debian package-system (deb),
RPM-system like Fedora Core/RedHat, or Gentoo's Emerge.
All working, proven technologies.

Would you like to have a go at porting one of them to Windows, then?
Sorry to say but I'm too busy with my current Planner porting (and 
enhancing). And I use less and less cygwin every day.

Also, what about a GUI?
I'm not familiar with RPM thingies, but I know that there exists GUI's 
for them.

For DEB there is of course aptitude (curses-based) and at least Synaptic 
, GTK+ based.

I would very much like to see an RPM or DEB based Cygwin, but I've never 
had a suitably large chunk of free time to devote to such an 
undertaking. I recently tried to get rpm-4.4.1 working on Cygwin, but 
although it compiled, it segfaulted immediately on startup. Of course, 
really we would need a native Windows port, which would be even harder.
In my experience porting GTK+ is pretty easy, if lucky it goes without 
real pain...

I think that one of the feasible could be some GUI + needed packages to 
put up in single setupfile.. (similiar to "net install" images for Linux 
distros). After that it launches GUI and let user to select rest of 
packages.

--
Jani Tiainen
--
Unsubscribe info:  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: Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges

[Christopher Faylor]

On Tue, May 03, 2005 at 10:52:37AM +0530, Moghe, Jayant wrote:
>Corinna:
>
>I have been facing problems in downloading Cygwin 1.5.16. Can you please
>suggest a mirror site where this is available?

1.5.16 is available at every mirror site displayed by setup.exe.

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: side effects of Cygwin's maximum memory test

[Jani Tiainen]

Dave Korn kirjoitti:
Original Message
From: Corinna Vinschen
Sent: 03 May 2005 10:06

On May  3 00:25, Utku Ozcan wrote:
I *think* that the test below, which tests memory allocation limit of
Cygwin *might* produce problems in Windows XP:
http://sources.redhat.com/cygwin/cygwin-ug-net/setup-maxmem.html
In this page, I have compiled the C code, and after having run the
compiled executable, Windows XP gave suddenly a warning that virtual
memory setting has been changed (I think, that repeated malloc() calls
in this code somehow change the virtual memory settings in Windows
XP).
Not really.
Corinna

  Interestingly enough, there _is_ some kind of problem here.I haven't
been hit by any HD problem, but when I tried the test program, it gave me an
ever-increasing series of values, and then suddenly stopped working
altogether and wouldn't recover!
Interesting enough.. I get consistent 1536MB allocation. But some times 
maxmem freezes machine for a while... No leak detected..

Running Windows XP Pro SP 2 with AMD64, cygwin.dll 1.5.14-1
--
Jani Tiainen
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

impossible to restore MBR using dd

[Matthias Bertschy]

Hello,
Cygwin version: 1.5.12
Windows XP Professional: Ver 5.1 Build 2600 Service Pack 2
I am trying to use Cygwin's dd command as a post Windows XP install 
command to restore our custom GRUB to the MBR after an unattended 
installation.
For safety reasons, I would like to restore only the first 446 bytes of 
the MBR to keep the existing partition table.

The command line to use would normally be:
   dd if=boot.MBR of=/dev/sda bs=446 count=1
-->dd: writing '/dev/sda': No space left on device
 1+0 records out
 0+0 records in
(I also tried with bs=512 and I get the same output)
After reading:
http://sourceware.org/ml/cygwin/2001-01/msg00193.html
I decided to try the following:
   mount -s -b -f //./physicaldrive0 /dev/hd00
   dd if=boot.MBR of=/dev/hd00 bs=446 count=1
-->   dd: opening '/dev/hd00': Invalid argument
(even if I change the device /dev/xxx name, I get the same output)
I even tried directly:
   dd if=boot.MBR of=//./physicaldrive0 bs=446 count=1
-->   dd: opening '//./physicaldrive0': Invalid argument
After so many unefficient tries, I decided to read from it, just to see:
   dd if=//./physicaldrive0 bs=446 count=1
-->   dd: reading '//./physicaldrive0': Is a directory
 0+0 records out
 0+0 records in
So here is the:
   QUESTION1: Does anyone know how to write into MBR from Windows XP 
using Cygwin's dd ?
   QUESTION2: I am doing somathing wrong since dd sees 
//./physicaldrive0 as a directory ?

Any help would be appreciated.
Matthias
PS: If I do only:
   dd if=//./physicaldrive0
--> dd is wrinting things on the command line.
--
Unsubscribe info:  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: side effects of Cygwin's maximum memory test

[Dave Korn]

Original Message
>From: Jani Tiainen
>Sent: 03 May 2005 15:26

> Dave Korn kirjoitti:

>>> On May  3 00:25, Utku Ozcan wrote:
>>> 
 I *think* that the test below, which tests memory allocation limit of
 Cygwin *might* produce problems in Windows XP:
 
 http://sources.redhat.com/cygwin/cygwin-ug-net/setup-maxmem.html
 
 In this page, I have compiled the C code, and after having run the
 compiled executable, Windows XP gave suddenly a warning that virtual
 memory setting has been changed (I think, that repeated malloc() calls
 in this code somehow change the virtual memory settings in Windows
 XP).

>>   Interestingly enough, there _is_ some kind of problem here.I
>> haven't been hit by any HD problem, but when I tried the test program,
>> it gave me an ever-increasing series of values, and then suddenly
>> stopped working altogether and wouldn't recover!
> 
> Interesting enough.. I get consistent 1536MB allocation. But some times
> maxmem freezes machine for a while... No leak detected..

  I need to reboot to get my machine to work properly again!

  Is your machine set to allow windows to manage the paging file size?  I
have a fixed allocation of exactly 2Gb, and have disabled the "System
managed size" option; perhaps this is the difference between your machine
and mine.  The pauses you describe certainly seem likely candidates for
'doze to be growing the pagefile.



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/

echo "$(echo '\r')" oddity

[Jan Just Keijser]

Hi,

I have just run into a Cygwin vs Linux oddity that I cannot explain. I've
managed to trace the problem back to a very simple statement:
  echo "$(echo -e '\r')" | od -x
on my W2K Cygwin install (Cygwin1.dll 2005/04/01), this produces
  000 000a
  001
On Linux, this command produces:
  # echo "$(echo -e '\r')" | od -x
  000 0a0d
  002
(which is what I'd expect). 
Also, the Cygwin command
  echo -e '\r' | od -x
also returns
  000 0a0d
  002
which is , again, what I would expect. I've tried setting CYGWIN to 'tty
binmode' but it did not make a difference. 

What am I doing wrong here?

thanks in advance,

JJ Keijser


This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

--
Unsubscribe info:  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: "read" bug in Cygwin 1.5.16?

[Peter Farley]

I tried the 20050501 snapshot today.  The bug has been
squashed.  Both the test program and hercules operate
correctly in an xterm window with the snapshot version
of "cygwin1.dll".

Thank you for the fix.  I will let the hercules list
know that the bug will be resolved in the next
release.

Regards,

Peter

--- Peter Farley <[EMAIL PROTECTED]> wrote:
> Thanks Chris.  I will try to test the snapshot soon,
> but I may have some RL events interrupting me before
> I
> can do so.
> 
> I'll report back after testing.
> 
> Peter
> 
> --- Christopher Faylor
> <[EMAIL PROTECTED]> wrote:
> > On Sun, May 01, 2005 at 04:56:13PM -0700, Peter
> > Farley wrote:
> > >Hi all,
> > >
> > >I tried to forward this message to the main
> cygwin
> > >list yesterday, but had a little trouble getting
> it
> > >there, probably because I mentioned "xterm" in
> the
> > >subject.  I'm trying again in case this is NOT an
> > "X" problem but a base cygwin problem.
> > >
> > >I have attached the test program xtermbug.c
> instead
> > >of pasting it inline.  I hope that is OK for this
> > >list.
> > 
> > Thanks for the test program.
> > 
> > There was a problem with setting VMIN == VTIME ==
> 0
> > on ttys/ptys.  I've just checked in a fix.  It
> will 
> > be in today's snapshot, when it shows
> > up: http://cygwin.com/snapshots/ .
> > 
> > cgf
> 
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:  
> http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 



__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

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

echo "$(echo '\r')" oddity

[Jan Just Keijser]

Hi,

I have just run into a Cygwin vs Linux oddity that I cannot explain. I've
managed to trace the problem back to a very simple statement:
  echo "$(echo -e '\r')" | od -x
on my W2K Cygwin install (Cygwin1.dll 2005/04/01), this produces
  000 000a
  001
On Linux, this command produces:
  # echo "$(echo -e '\r')" | od -x
  000 0a0d
  002
(which is what I'd expect). 
Also, the Cygwin command
  echo -e '\r' | od -x
also returns
  000 0a0d
  002
which is , again, what I would expect. I've tried setting CYGWIN to 'tty
binmode' but it did not make a difference. 

What am I doing wrong here?

thanks in advance,

JJ Keijser

This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

--
Unsubscribe info:  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: Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges

[Cliff Hones]

Christopher Faylor wrote:
> On Tue, May 03, 2005 at 10:52:37AM +0530, Moghe, Jayant wrote:
> 
>>Corinna:
>>
>>I have been facing problems in downloading Cygwin 1.5.16. Can you please
>>suggest a mirror site where this is available?
> 
> 1.5.16 is available at every mirror site displayed by setup.exe.

I am observing an odd problem while upgrading to 1.5.16.
I select the "Keep" radio button (as I want to upgrade just package cygwin),
then click on "View" to get the Full view.  Then I find the Cygwin
package, and click on the selector to cycle through the options.
But I am not presented with 1.5.16 - only 1.5.15.  When I switch to
the "Curr" radio button, I do see 1.5.16 - but only the once.  If I
cycle through the selections it doesn't reappear - 1.5.15 transitions
straight to "Uninstall".  However, if I click on "Exp" I do see both
1.5.15 and 1.5.16.

Note - I've tried this on two systems, with setup v2.457.2.1 and v2.457.2.2.
In both cases I had a cygwin package earlier than 1.5.15 installed.

Just tried again - selecting "Keep" is not necessary - just go straight
to the Cygwin version selector.  It shows 1.5.16 initially, but if you
change it you cannot get it back without selecting "Exp".  Aha - but if
you leave it at 1.5.15.1, and then change the setting of another package
(I chose cygutils, just above) then 1.5.16 does reappear.  Bizarre!

This could explain the OP's problem.

-- Cliff

--
Unsubscribe info:  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: impossible to restore MBR using dd

[Brian Dessent]

Matthias Bertschy wrote:

> dd if=boot.MBR of=/dev/sda bs=446 count=1
> -->dd: writing '/dev/sda': No space left on device

This is the proper form of the command, as far as I know.  I don't know
why it's giving you the error, but I suspect that reading and writing
the raw disk is not something that's thoroughly tested.

> http://sourceware.org/ml/cygwin/2001-01/msg00193.html
> I decided to try the following:
> mount -s -b -f //./physicaldrive0 /dev/hd00
> dd if=boot.MBR of=/dev/hd00 bs=446 count=1

Check the Users Guide.  You cannot use mount to do any sort of device
mapping.  The message you're referring to is more than 4 years old.  I'm
afraid that things do change over time.

> I even tried directly:
> dd if=boot.MBR of=//./physicaldrive0 bs=446 count=1
> -->   dd: opening '//./physicaldrive0': Invalid argument

dd is a posix program, and expects posix paths.  You will almost never
get what you want by trying to feed a NT style path to it.  /dev/sda is
what you want.

> QUESTION1: Does anyone know how to write into MBR from Windows XP
> using Cygwin's dd ?

Can you successfully read the first sector from /dev/sda at least?

> QUESTION2: I am doing somathing wrong since dd sees
> //./physicaldrive0 as a directory ?

It's not surprising that it does weird stuff.  See above about not using
NT paths with posix programs.

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: impossible to restore MBR using dd

[Cliff Hones]

Matthias Bertschy wrote:
> Hello,
>
> Cygwin version: 1.5.12
> Windows XP Professional: Ver 5.1 Build 2600 Service Pack 2
>
> I am trying to use Cygwin's dd command as a post Windows XP install
> command to restore our custom GRUB to the MBR after an unattended
> installation.
> For safety reasons, I would like to restore only the first 446 bytes of
> the MBR to keep the existing partition table.
>
> The command line to use would normally be:
>dd if=boot.MBR of=/dev/sda bs=446 count=1
> -->dd: writing '/dev/sda': No space left on device
>  1+0 records out
>  0+0 records in
> (I also tried with bs=512 and I get the same output)
>
> After reading:
> http://sourceware.org/ml/cygwin/2001-01/msg00193.html
> I decided to try the following:
>mount -s -b -f //./physicaldrive0 /dev/hd00
>dd if=boot.MBR of=/dev/hd00 bs=446 count=1
> -->   dd: opening '/dev/hd00': Invalid argument
> (even if I change the device /dev/xxx name, I get the same output)
>
> I even tried directly:
>dd if=boot.MBR of=//./physicaldrive0 bs=446 count=1
> -->   dd: opening '//./physicaldrive0': Invalid argument
>
> After so many unefficient tries, I decided to read from it, just to see:
>dd if=//./physicaldrive0 bs=446 count=1
> -->   dd: reading '//./physicaldrive0': Is a directory
>  0+0 records out
>  0+0 records in
>
> So here is the:
>QUESTION1: Does anyone know how to write into MBR from Windows XP
> using Cygwin's dd ?
>QUESTION2: I am doing somathing wrong since dd sees
> //./physicaldrive0 as a directory ?
>
> Any help would be appreciated.

Using /dev/sda should work.

-- Cliff

--
Unsubscribe info:  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: Help me to unsubcribe

[giuseppe noce]

thanks for your help, I have done what is written into unsubscribe info but 
I am again subscribed.

- Original Message - 
From: "Corinna Vinschen" <[EMAIL PROTECTED]>
To: 
Sent: Monday, May 02, 2005 3:11 PM
Subject: Re: Help me to unsubcribe


On May  2 15:05, giuseppe noce wrote:
Sorry I wish to ubsubscribe but I do not Know how it is possible, who 
help
me ?
The signature of each posting to this list.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
 ^^^
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Corinna
--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Controllato da McAfee Appliance (150)
--
Unsubscribe info:  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: echo "$(echo '\r')" oddity

[Brian Dessent]

Jan Just Keijser wrote:

> I have just run into a Cygwin vs Linux oddity that I cannot explain. I've
> managed to trace the problem back to a very simple statement:
>   echo "$(echo -e '\r')" | od -x
> on my W2K Cygwin install (Cygwin1.dll 2005/04/01), this produces
>   000 000a
>   001
> On Linux, this command produces:
>   # echo "$(echo -e '\r')" | od -x
>   000 0a0d
>   002
> (which is what I'd expect).
> Also, the Cygwin command
>   echo -e '\r' | od -x
> also returns
>   000 0a0d
>   002

It appears that bash's handling of `` and $() is hardwired to do \r\n ->
\n translation.  I am not sure but that may be one of those patches that
was added to bash that makes more things work than it breaks. 

... *checks* ...

Yes indeed:

subst.c, function read_comsub() (which implements command substitution)

#ifdef __CYGWIN__
  setmode (fd, O_TEXT);/* we don't want CR/LF, we want Unix-style */
#endif

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: echo "$(echo '\r')" oddity

[Jan Just Keijser]

Hi,

thx for the quick answer. Lemme guess: I am going to have to build my own
version of bash that does not have this behaviour... what is going to break
if I undo this patch from the bash source code?

It's a shame though, coz this seems to be the only issue that stops that
nifty socat from working... all tests pass except those tests that use `` or
$() ...

Thx,

JJ

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of Brian Dessent
> Sent: Tuesday, May 03, 2005 17:31
> To: 'cygwin@cygwin.com'
> Subject: Re: echo "$(echo '\r')" oddity
> 
> 
> Jan Just Keijser wrote:
> 
> > I have just run into a Cygwin vs Linux oddity that I cannot 
> explain. I've
> > managed to trace the problem back to a very simple statement:
> >   echo "$(echo -e '\r')" | od -x
> > on my W2K Cygwin install (Cygwin1.dll 2005/04/01), this produces
> >   000 000a
> >   001
> > On Linux, this command produces:
> >   # echo "$(echo -e '\r')" | od -x
> >   000 0a0d
> >   002
> > (which is what I'd expect).
> > Also, the Cygwin command
> >   echo -e '\r' | od -x
> > also returns
> >   000 0a0d
> >   002
> 
> It appears that bash's handling of `` and $() is hardwired to 
> do \r\n ->
> \n translation.  I am not sure but that may be one of those 
> patches that
> was added to bash that makes more things work than it breaks. 
> 
> ... *checks* ...
> 
> Yes indeed:
> 
> subst.c, function read_comsub() (which implements command 
> substitution)
> 
> #ifdef __CYGWIN__
>   setmode (fd, O_TEXT);/* we don't want CR/LF, we want 
> Unix-style */
> #endif
> 
> 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/
> 

This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

--
Unsubscribe info:  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: Help me to unsubcribe

[Dave Korn]

Original Message
>From: giuseppe noce
>Sent: 03 May 2005 16:19

> thanks for your help, I have done what is written into unsubscribe info
> but I am again subscribed.

  So what *happened* when you did what it says on the unsubscribe page?  If
you don't tell us, how can we guess what went wrong?


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: echo "$(echo '\r')" oddity

[Dave Korn]

Original Message
>From: Jan Just Keijser
>Sent: 03 May 2005 16:33


> It's a shame though, coz this seems to be the only issue that stops that
> nifty socat from working... all tests pass except those tests that use ``
> or $() ...


  Well, if it's only failing a couple of tests, and those failures aren't
any fault in socat but a side-effect of the cygwin shell, then I don't think
this issue actually does stop socat from working - why don't you just go
ahead and use it?


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: Help !!! - Problem running Cygwin in Remote Desktop session with non-admin privileges

[Brian Dessent]

Cliff Hones wrote:

> 
> Note - I've tried this on two systems, with setup v2.457.2.1 and v2.457.2.2.
> In both cases I had a cygwin package earlier than 1.5.15 installed.
> 
> Just tried again - selecting "Keep" is not necessary - just go straight
> to the Cygwin version selector.  It shows 1.5.16 initially, but if you
> change it you cannot get it back without selecting "Exp".  Aha - but if
> you leave it at 1.5.15.1, and then change the setting of another package
> (I chose cygutils, just above) then 1.5.16 does reappear.  Bizarre!

Okay.  I think we're onto something here.

I initially tried to reproduce this and couldn't, no matter what I
tried.  That was from my local mirror.  I then tried it on "Install from
Internet" mode and was able to reproduce it.  I think this might have to
do with the fact that my local mirror has a copy of the old version,
whereas the mirror you are using may not have one as old as .12 or
whatever your current version is.

Anyway, I will look into it more as I am very interested in finding the
things that make setup a royal pain in the ass for users.

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: echo "$(echo '\r')" oddity

[Brian Dessent]

Jan Just Keijser wrote:

> thx for the quick answer. Lemme guess: I am going to have to build my own
> version of bash that does not have this behaviour... what is going to break
> if I undo this patch from the bash source code?
> 
> It's a shame though, coz this seems to be the only issue that stops that
> nifty socat from working... all tests pass except those tests that use `` or
> $() ...

My guess is that that patch was added so that command substitution on
windows programs works.  Or something to that effect.  You could
certainly recompile without it, and see what happens.

But the question that I think we're left with is what exactly is socat
doing that is broken by this?  If you give examples I'm sure someone
here will be able to show you a way to do what you want without patching
anything.  Note: I have no idea what socat is...

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: impossible to restore MBR using dd

[Eric Blake]

> Hello,
> 
> Cygwin version: 1.5.12

Can't you upgrade?  coreutils-5.3.0-5 is out, and requires a newer version of 
cygwin.  Perhaps with the latest versions you may pick up a bug fix along the 
way that helps solve your problem.  Also, see http://cygwin.com/problems.html 
to give us more information so we can help you better.

> For safety reasons, I would like to restore only the first 446 bytes of 
> the MBR to keep the existing partition table.
> 
> The command line to use would normally be:
> dd if=boot.MBR of=/dev/sda bs=446 count=1
> -->dd: writing '/dev/sda': No space left on device
>   1+0 records out
>   0+0 records in
> (I also tried with bs=512 and I get the same output)

Hmm - writing just 446 bytes to raw devices is not very safe.  /dev/sda is a 
block-special device for a reason, and writing anything more or less than a 
full block at a time on a block-special device is not guaranteed to work.  
Maybe that is your problem?  Also, according to `stat /dev/sda', the IO block 
size of an NTFS raw device is 1024, so even bs=512 may be equally dangerous.


> PS: If I do only:
> dd if=//./physicaldrive0
> --> dd is wrinting things on the command line.
> 

That's to be expected.  The of= flag is necessary to tell dd to put the output 
in the named (device) file, rather than on stdout.

--
Eric Blake
cygwin coreutils maintainer



--
Unsubscribe info:  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: impossible to restore MBR using dd

[Cliff Hones]

Matthias Bertschy wrote:
> Cliff Hones wrote:
> 
>> Matthias Bertschy wrote:
>> 
>>> Hello,
>>>
>>> Cygwin version: 1.5.12
>>> Windows XP Professional: Ver 5.1 Build 2600 Service Pack 2
>>>
>>> I am trying to use Cygwin's dd command as a post Windows XP install
>>> command to restore our custom GRUB to the MBR after an unattended
>>> installation.
>>> For safety reasons, I would like to restore only the first 446 bytes of
>>> the MBR to keep the existing partition table.
>>>
>>> The command line to use would normally be:
>>>   dd if=boot.MBR of=/dev/sda bs=446 count=1
>>> -->dd: writing '/dev/sda': No space left on device
>>> 1+0 records out
>>> 0+0 records in
>>> (I also tried with bs=512 and I get the same output)
>>>
>>> After reading:
>>> http://sourceware.org/ml/cygwin/2001-01/msg00193.html
>>> I decided to try the following:
>>>   mount -s -b -f //./physicaldrive0 /dev/hd00
>>>   dd if=boot.MBR of=/dev/hd00 bs=446 count=1
>>> -->   dd: opening '/dev/hd00': Invalid argument
>>> (even if I change the device /dev/xxx name, I get the same output)
>>>
>>> I even tried directly:
>>>   dd if=boot.MBR of=//./physicaldrive0 bs=446 count=1
>>> -->   dd: opening '//./physicaldrive0': Invalid argument
>>>
>>> After so many unefficient tries, I decided to read from it, just to see:
>>>   dd if=//./physicaldrive0 bs=446 count=1
>>> -->   dd: reading '//./physicaldrive0': Is a directory
>>> 0+0 records out
>>> 0+0 records in
>>>
>>> So here is the:
>>>   QUESTION1: Does anyone know how to write into MBR from Windows XP
>>> using Cygwin's dd ?
>>>   QUESTION2: I am doing somathing wrong since dd sees
>>> //./physicaldrive0 as a directory ?
>>>
>>> Any help would be appreciated.
>>
>> Using /dev/sda should work.
>>
>> -- Cliff
>>
> Hello Cliff,
> 
> Thanks for your help... However, if you read carefully the beginning of
> the mail, that's the first thing I tried:
> 
> The command line to use would normally be:
>   dd if=boot.MBR of=/dev/sda bs=446 count=1
> -->dd: writing '/dev/sda': No space left on device
> 1+0 records out
> 0+0 records in
> 
> I don't really understand why there is "No space left on device"... the
> same command under Linux works like a charm.
> 
> If anyone else has got an idea?

I gave it a quick test with bs=512 and it works fine.  It seems you can't
write partial sectors - which is perfectly reasonable, as if allowed
the driver would have to read the sector, update part and then write back.

So I suggest you try the following:

 dd if=/dev/sda of=bootsect bs=512 count=1
 dd if=boot.MBR of=bootsect bs=1 count=446
 dd if=bootsect of=/dev/sda bs=512 count=1

-- Cliff

--
Unsubscribe info:  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: Hippo icon!

[Chris Herborth]

Chris January wrote:
I noticed that the icon for Cygwin on the website has changed from the
green-n-black C to a roaring hippo.
http://www.cygwin.com/hippo.jpg
It's to shake off the impression that Cygwin is bloated and slow. No, 
wait
Hippos are bloated and fast.  And rather dangerous, actually...
--
Chris Herborth ([EMAIL PROTECTED])
Never send a monster to do the work of an evil scientist.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Re: Hippo icon!

[Reid Thompson]

Chris Herborth wrote:
> Chris January wrote:
>>> I noticed that the icon for Cygwin on the website has changed from
>>> the green-n-black C to a roaring hippo.
>>> http://www.cygwin.com/hippo.jpg
>> 
>> It's to shake off the impression that Cygwin is bloated and slow. No,
>> wait
> 
> Hippos are bloated and fast.  And rather dangerous, actually...
> 
> --
> Chris Herborth ([EMAIL PROTECTED])
> Never send a monster to do the work of an evil scientist.

Most Dangerous Animal   Human with Hippo being second -- fits right in
with WJM

reid

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

RE: Re: Hippo icon!

[Reid Thompson]

Chris Herborth wrote:
> Chris January wrote:
>>> I noticed that the icon for Cygwin on the website has changed from
>>> the green-n-black C to a roaring hippo.
>>> http://www.cygwin.com/hippo.jpg
>> 
>> It's to shake off the impression that Cygwin is bloated and slow. No,
>> wait
> 
> Hippos are bloated and fast.  And rather dangerous, actually...
> 
> --
> Chris Herborth ([EMAIL PROTECTED])
> Never send a monster to do the work of an evil scientist.

they have been clocked in short running dashes at 30 mph. 

reid

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

Re: Re: Hippo icon!

[Christopher Faylor]

For further discussion about hippos, then please move to the cygwin-talk
list where this whole discussion more or less orginated.

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/

sh.exe coredumps when init.exe is running as service

[Dr. Volker Zell]

Hi

I'm in the process of updating my packages. I just upgraded to
cygwin-1.5.16 from 1.5.12.

Now whenever I run configure from one of my packages sh.exe segfaults
randomly. A fresh installation of cygwin doesn't have this problem.

The only difference between the problematic installation and the fresh
one is a running cygwin init service from sysvinit-2.84-4. When I stop
the init service everything is fine again. (Under cygwin 1.5.12 there
was no problem)

I can reproduce this problem when ruuning init as service whithout
adding any system service with chkconfig --add

Is anybody using init and can confirm my findings ?

Ciao
 Volker


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

Re: sh.exe coredumps when init.exe is running as service

[Larry Hall]

At 12:19 PM 5/3/2005, you wrote:
>Hi
>
>I'm in the process of updating my packages. I just upgraded to
>cygwin-1.5.16 from 1.5.12.
>
>Now whenever I run configure from one of my packages sh.exe segfaults
>randomly. A fresh installation of cygwin doesn't have this problem.
>
>The only difference between the problematic installation and the fresh
>one is a running cygwin init service from sysvinit-2.84-4. When I stop
>the init service everything is fine again. (Under cygwin 1.5.12 there
>was no problem)
>
>I can reproduce this problem when ruuning init as service whithout
>adding any system service with chkconfig --add
>
>Is anybody using init and can confirm my findings ?


No, I'm not using init.  Is it fair to assume that you forgot to reboot 
after the upgrade?



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

Trojan associated with rsync and wget

[bob sandefur]

Hi-

Norton antivirus thinks cygwin wget and rsync are trying to Trojan my
machines (first reported in December)
EG
Details:
Rule "Default Block Phinneas Phucker Trojan horse" blocked communication.
Local address: All local network adapters(2801).
Process name is "C:\cygwin\bin\rsync.exe".

And the net says wget and rsync do have this problem  (try google rsync
Trojan)
EG
http://linuxreviews.org/gentoo/gentoo_trojan_howto/.

I downloaded and compiled wget and rsync from net and replaced cygwin
versions - so far Norton has said northing

Norton doesn't complain very often so this may not be a fix

Anyone know if Norton and I are  unduly paranoid or if this is a real
threat?

Thanx


Robert (Bob) L. Sandefur PE
Senior Geostatistician / Reserve Analyst 
CAM 200 Union Suite G-13 Lakewood, Co
80228
[EMAIL PROTECTED]
303 472-3240 (cell) <-best choice
303 716-1617 ext 14




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

[Fwd: Re: impossible to restore MBR using dd]

[Matthias Bertschy]

 Original Message 
Subject: 	Re: impossible to restore MBR using dd
Date: 	Tue, 03 May 2005 19:10:20 +0200
From: 	Matthias Bertschy <[EMAIL PROTECTED]>
To: 	Eric Blake <[EMAIL PROTECTED]>
References: 
<[EMAIL PROTECTED]> 


Hello Blake,
Eric Blake wrote:
Hello,
Cygwin version: 1.5.12
   

Can't you upgrade?  coreutils-5.3.0-5 is out, and requires a newer version 
of cygwin.  Perhaps with the latest versions you may pick up a bug fix along 
the way that helps solve your problem.  Also, see 
http://cygwin.com/problems.html to give us more information so we can help you 
better.
 

As suggested, I have upgraded to the latest cygwin. Unfortunately, it 
doesn't change the results :-(

For safety reasons, I would like to restore only the first 446 bytes of 
the MBR to keep the existing partition table.

The command line to use would normally be:
   dd if=boot.MBR of=/dev/sda bs=446 count=1
-->dd: writing '/dev/sda': No space left on device
 1+0 records out
 0+0 records in
(I also tried with bs=512 and I get the same output)
   

Hmm - writing just 446 bytes to raw devices is not very safe.  /dev/sda is 
a block-special device for a reason, and writing anything more or less than a 
full block at a time on a block-special device is not guaranteed to work.  
Maybe that is your problem?  Also, according to `stat /dev/sda', the IO block 
size of an NTFS raw device is 1024, so even bs=512 may be equally dangerous.
 

Maybe I should recall you that on Linux, we can safely write 446 bytes 
blocks to a raw device. Indeed, the command dd if=boot.MBR of=/dev/sda 
bs=446 count=1 works under Linux.
I also don't understand why you are using NTSF raw devices to access the 
MBR... after all the MBR isn't formatted at all !

I think I will fill a bug report for the dd command under Cygwin. Could 
you point me where to do it?
(or maybe for Cygwin's ability to access raw devices)

 

PS: If I do only:
   dd if=//./physicaldrive0
--> dd is wrinting things on the command line.
   

That's to be expected.  The of= flag is necessary to tell dd to put the output in the named (device) file, rather than on stdout.
 

I know :-) that was just to point out that without any bs parameter, the 
dd command works.

--
Eric Blake
cygwin coreutils maintainer
 

Matthias

--
Unsubscribe info:  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: Trojan associated with rsync and wget

[Dave Korn]

Original Message
>From: bob sandefur
>Sent: 03 May 2005 17:57

> Hi-
> 
> Norton antivirus thinks cygwin wget and rsync are trying to Trojan my
> machines (first reported in December)

  No, it thinks they *are* trojans that have got onto your machine and are
trying to communicate out.  Norton AV is a pile of garbage.  If I were you,
I would report these false positives to Norton.

  Then again, if you were me, you would just uninstall it and throw it in
the bin with the rest of the garbage.

> Anyone know if Norton and I are  unduly paranoid or if this is a real
> threat?

  It's Norton being stupid.  There's nothing harmful about those programs.

  Because _some_ hackers _sometimes_ use wget or rsync to download tools to
a box they have broken into, Norton think this means that wget and rsync are
malware.  Of course, hackers also use "ls" when they've broken into a
machine, to see what files are there.  Does this mean that we should regard
"ls" as a trojan or virus?  Or perhaps a better example would be ftp:
hackers use ftp just as often as wget or rsync to download malware to an
owned box, but that doesn't mean that the ftp client utility is a trojan!

  It is a stupid and indiscriminate test they are applying, because wget and
rsync are legitimate software with an overwhelmingly vast numer of
legitimate uses, but the lazy programmers at Norton couldn't be bothered to
try and code their software to distinguish how they are being used, so it
just blocks them all the time.

  When you recompile the code yourself from source, Norton fails to spot
them, because it's just looking for a particular 'signature' or series of
bytes to identify the supposed malware.  Build them yourself and the file
contents change, and the signature test, being poorly targetted, fails.

  So Norton AV is employing a very poorly designed test that generates both
false positives and false negatives and only once in a blue moon will ever
generate a non-false alarm.

[  The report you found was about how an rsync-downloaded version of portage
could contain trojaned code, but so could one that you downloaded by ftp or
http or any other means from any mirror site where the admin was in the
habit of trojanning the downloads.  The vulnerability was not in rsync but
in their automated build system.  ]


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: Hippo icon!

[Kaz Kylheku]

On Tue, 3 May 2005, Chris Herborth wrote:

> Date: Tue, 03 May 2005 12:02:21 -0400
> From: Chris Herborth <[EMAIL PROTECTED]>
> To: cygwin@cygwin.com
> Subject: Re: Hippo icon!
> 
> Chris January wrote:
> >> I noticed that the icon for Cygwin on the website has changed from the
> >> green-n-black C to a roaring hippo.
> >> http://www.cygwin.com/hippo.jpg
> > 
> > It's to shake off the impression that Cygwin is bloated and slow. No, 
> > wait
> 
> Hippos are bloated and fast.  And rather dangerous, actually...

Most people don't know anything about hippos, other than the content of
the popular stereotype.

An icon exploits the stereotyped image of its subject, not its hidden
properties that are known to few, and are possibly controversial.

Are hippos fast? Well, compared to what?  From among images of land
animals, would you choose one of a hippo to represent speed? What about
agility? Assuming hippos are fast, can they change direction rapidly
also? Are they flexible?


--
Unsubscribe info:  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: Trojan associated with rsync and wget

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Korn
> Sent: Tuesday, May 03, 2005 12:23 PM
> To: cygwin@cygwin.com
> Subject: RE: Trojan associated with rsync and wget
> 
> Original Message
> >From: bob sandefur
> >Sent: 03 May 2005 17:57
> 
> > Hi-
> > 
> > Norton antivirus thinks cygwin wget and rsync are trying to 
> Trojan my 
> > machines (first reported in December)
> 
>   No, it thinks they *are* trojans that have got onto your 
> machine and are trying to communicate out.  Norton AV is a 
> pile of garbage.  If I were you, I would report these false 
> positives to Norton.
> 
>   Then again, if you were me, you would just uninstall it and 
> throw it in the bin with the rest of the garbage.
> 

I unfortunately have to second David's emotion here.  Norton has caused me
more problems than it ever solved, including the loss of several days' work
(though that was several years ago).  The ironic and sad thing is, I've
never lost any work to a virus.

Even more unfortunately, I don't think McAffe is much better.  I've had
similarly bad experiences in the past with it, though I've been using its
latest incarnation at home for quite a while now and it hasn't caused me any
problems that I know of.  Yet.

-- 
Gary R. Van Sickle


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

RE: Hippo icon!

[Dave Korn]

Original Message
>From: Kaz Kylheku
>Sent: 03 May 2005 18:27

> On Tue, 3 May 2005, Chris Herborth wrote:
> 
>> Date: Tue, 03 May 2005 12:02:21 -0400
>> From: Chris Herborth 
^^^
>> To: cygwin AT NOOooo!
^
  Kaz, http://cygwin.com/acronyms#PCYMTNQREAIYR please!

>> Subject: Re: Hippo icon!

> Are hippos fast? Well, compared to what?  From among images of land
> animals, would you choose one of a hippo to represent speed? What about
> agility? Assuming hippos are fast, can they change direction rapidly
> also? Are they flexible?


  The answers to these questions (and many many more) can be found on the
cygwin-talk list.  _Not_ the main cygwin list.


  TITTTL  TITTTL  TITTTLbock-bock-b'gwwwk! 


  Now don't make me have to say it again.  The chickens are getting
restless...

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: [Fwd: Re: impossible to restore MBR using dd]

[Corinna Vinschen]

On May  3 19:10, Matthias Bertschy wrote:
> Maybe I should recall you that on Linux, we can safely write 446 bytes 
> blocks to a raw device. Indeed, the command dd if=boot.MBR of=/dev/sda 
> bs=446 count=1 works under Linux.
> I also don't understand why you are using NTSF raw devices to access the 
> MBR... after all the MBR isn't formatted at all !

What is an "NTFS raw device" for you?

> I think I will fill a bug report for the dd command under Cygwin. Could 
> you point me where to do it?

There's no point in that.  I removed the buffering in writing to raw
devices last year because the buffering created more problems than it
helped when it came to writing multiple-volume archives to, e.g, floppy.
Windows calls OTOH only support writes to raw devices in module blocksize
chunks.  I don't think that's too hard a restriction.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: impossible to restore MBR using dd

[Eric Blake]

> Hello Blake,

I prefer my given name over my surname, but answer to both (the curse
of the dual first name)...

> >
> >Hmm - writing just 446 bytes to raw devices is not very safe.  /dev/sda is a 
> block-special device for a reason, and writing anything more or less than a 
> full 
> block at a time on a block-special device is not guaranteed to work.  Maybe 
> that 
> is your problem?  Also, according to `stat /dev/sda', the IO block size of an 
> NTFS raw device is 1024, so even bs=512 may be equally dangerous.
> >
> >  
> >
> Maybe I should recall you that on Linux, we can safely write 446 bytes 
> blocks to a raw device. Indeed, the command dd if=boot.MBR of=/dev/sda 
> bs=446 count=1 works under Linux.
> I also don't understand why you are using NTSF raw devices to access the 
> MBR... after all the MBR isn't formatted at all !

The limitation here is not in dd, but in cygwin-1.5.16's use of the underlying
Window's features to access raw devices.  Just because Linux has chosen
to allow a non-block access of a block-special device (implemented as a block
read, edit, block write sequence), it does not mean that Windows has to do
likewise.  Perhaps cygwin 1.5.17 can be patched to do a read-write sequence
on block-special raw devices when write(2) is unaligned or not a full block, at
which point dd would automatically work in the way you desire.  And if you
really want that feature, consider patching cygwin yourself.  Also, from your
original description, it sounds like write(2) was failing with ENOSPC when
Windows rejected the non-aligned write, although the better error to comply
with POSIX would have been ENXIO for a request outside of the device's
capabilities.  I'd have to see an strace output to be sure (but right now I'm
not brave enough to risk overwriting my own MBR as an experiment to generate
such an strace output).

In the meantime, do as was suggested elsewhere in this thread - read the
entire MBR block into a regular file, write your 466 bytes to the first portion 
of the
regular file, then write the entire block back to the raw device.  Then all
accesses to block-special devices are on block boundaries, and will be portable.

> 
> I think I will fill a bug report for the dd command under Cygwin. Could 
> you point me where to do it?
> (or maybe for Cygwin's ability to access raw devices)

This mailing list is the right place - your feature request is duly noted.  
However,
I make no promises as to whether it is fixable (it may be as designed, and
therefore not a bug); as I said earlier, accessing block-special devices on
non-block boundaries is inherently non-portable.

> >That's to be expected.  The of= flag is necessary to tell dd to put the 
> >output 
> in the named (device) file, rather than on stdout.
> >  
> >
> I know :-) that was just to point out that without any bs parameter, the 
> dd command works.

And that's because dd without the bs= parameter defaults to bs=512, and dd
without the of= parameter defaults to stdout, which is not a block-special
device, but a terminal (at least when not redirected).  Terminals are a
subtype of character-special devices, and have no limitations on block
boundaries for accesses.

--
Eric Blake



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

Re: sh.exe coredumps when init.exe is running as service

[Dr. Volker Zell]

> Larry Hall writes:

> No, I'm not using init.  Is it fair to assume that you forgot to reboot 
> after the upgrade?

Of course I rebooted.

Ciao
  Volker


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

Re: impossible to restore MBR using dd

[Corinna Vinschen]

On May  3 18:06, Eric Blake wrote:
> The limitation here is not in dd, but in cygwin-1.5.16's use of the underlying
> Window's features to access raw devices.  Just because Linux has chosen
> to allow a non-block access of a block-special device (implemented as a block
> read, edit, block write sequence), it does not mean that Windows has to do
> likewise.  Perhaps cygwin 1.5.17 can be patched to do a read-write sequence
> on block-special raw devices when write(2) is unaligned or not a full block, 
> at
> which point dd would automatically work in the way you desire.  And if you
> really want that feature, consider patching cygwin yourself.  Also, from your
> original description, it sounds like write(2) was failing with ENOSPC when
> Windows rejected the non-aligned write, although the better error to comply
> with POSIX would have been ENXIO for a request outside of the device's
> capabilities.  I'd have to see an strace output to be sure (but right now I'm
> not brave enough to risk overwriting my own MBR as an experiment to generate
> such an strace output).

I like the read/write idea and I'd be happy to see a patch for this.

If you want to debug this, why not just write to /dev/fd0?  The floppy
isn't handled any different in writing to raw devices.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: Unison 2.10.2 fast update check broken?

[Marcus Picasso]

Rolf Campbell wrote:
Marcus Picasso wrote:
> Seems that Cygwin port of the unison file synchronizer does not do the
> -fastcheck very well. Transcript follows:
> 
> ...
> 
> Can somebody confirm / explain this behaviour? I have a large tree that
> I'm synchronizing across two hard-disks, and got suspicious when
> re-running synchronization takes longer than expected. The above
> transcript functions as expected using linux or native Win32 unison
> builds.
> 
> Regards,
> -Marcus.

I have noticed a change in how -fastcheck which seems to be caused by my
upgrade from cygwin 1.5.14 -> 1.5.16. I tried doing a unison sync between
a maching running 1.5.14 and a machine running 1.5.16 when I noticed the
1.5.16 machine spent a lot of time grinding the disk. So, I upgraded the
1.5.14 machine to 1.5.16 and it too went from a 10 second scan time to a
half hour of heavy disk access.
...
That's exactly my issue also.
I think it's the recent ctime changes in Cygwin that has broken unison. The
ctime stamp that gets recorded in the unison archive database is slightly
off, compared to the actual ctime stamp of the file that got modified by
unison. 

Could it be that unison reads the ctime stamp, then closes the
file, which results in an update of the stamp, causing the mismatch of the
stamps? Andrew, any ideas how to fix this? :)
-Marcus.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

mount?

[beau]

Hi all,

I was thinking I ougtta be able to use cygwin while in XP to access
the fat partition I've made on my dual boot XP/debian box.  But I find
I'm not even sure where to start my search.  Pointers greatly
appreciated; I'm sure there's a howto I should be reading...

-- 
Robert Thomas ("beau") Hayes Link
(c)2005ISR http://www.semanticrestructuring.com/
'When I use a word,' Humpty Dumpty said
in rather a scornful tone, 'it means just what
I choose it to mean -- neither more nor less.'

--
Unsubscribe info:  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: mount?

[Vince]

All file access in cygwin is done through windows, so it should see 
a fat partition fine. It will automagicly be mounted as 
/cygdrive/ 
Its well worth reading man mount though.

Vince


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of beau
> Sent: 03 May 2005 20:08
> To: Cygwin List
> Subject: mount?
> 
> Hi all,
> 
> I was thinking I ougtta be able to use cygwin while in XP to 
> access the fat partition I've made on my dual boot XP/debian 
> box.  But I find I'm not even sure where to start my search.  
> Pointers greatly appreciated; I'm sure there's a howto I 
> should be reading...
> 
> --
> Robert Thomas ("beau") Hayes Link
> (c)2005ISR http://www.semanticrestructuring.com/
> 'When I use a word,' Humpty Dumpty said
> in rather a scornful tone, 'it means just what I choose it to 
> mean -- neither more nor less.'
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 


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

Re: mount?

[beau]

On 5/3/05, Vince <[EMAIL PROTECTED]> wrote:
> It will automagicly be mounted as
> /cygdrive/
XP doesn't seem to know this partition exists.  I had XP on my full
80GB, used the debian sarge isntaller to shrink it to 30GB, created
10GB FAT, gave the rest to debian, thinking I could use the FAT as a
shared storage resource.  Not all of which is directly on topic,
apologies.  Any pointers as to how to make my little scheme a reality?
 Am I going to have to start from scratch? :(

--
Unsubscribe info:  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: mount?

[Cliff Hones]

beau wrote:
> On 5/3/05, Vince <[EMAIL PROTECTED]> wrote:
> 
>>It will automagicly be mounted as
>>/cygdrive/
> 
> XP doesn't seem to know this partition exists.  I had XP on my full
> 80GB, used the debian sarge isntaller to shrink it to 30GB, created
> 10GB FAT, gave the rest to debian, thinking I could use the FAT as a
> shared storage resource.  Not all of which is directly on topic,
> apologies.  Any pointers as to how to make my little scheme a reality?
>  Am I going to have to start from scratch? :(

Windows may not like the way Debian set the partition up.  You
may have more luck if you delete, recreate and format the FAT
partition under Windows (saving anything there first, of course).
Debian will almost certainly be able to access a FAT filestore
made by XP.

-- Cliff

--
Unsubscribe info:  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: mount?

[Larry Hall]

At 03:24 PM 5/3/2005, you wrote:
>On 5/3/05, Vince <[EMAIL PROTECTED]> wrote:
>> It will automagicly be mounted as
>> /cygdrive/
>XP doesn't seem to know this partition exists.  I had XP on my full
>80GB, used the debian sarge isntaller to shrink it to 30GB, created
>10GB FAT, gave the rest to debian, thinking I could use the FAT as a
>shared storage resource.  Not all of which is directly on topic,
>apologies.  Any pointers as to how to make my little scheme a reality?
> Am I going to have to start from scratch? :(


Probably not but you have to tell Windows that this partition should have 
a drive letter.  You can do this through the control panel, administrative 
tools, computer management, disk management.  If the partition shows up 
there and is recognized as FAT, then you can just assign a drive letter
and reboot.  OK, maybe you can get away without rebooting.




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

Re: mount?

[beau]

On 5/3/05, Cliff Hones <[EMAIL PROTECTED]> wrote:
> Debian will almost certainly be able to access a FAT filestore
> made by XP.
That looks to have done the trick; 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/

Re: CYGWIN sshd service could not be started

[Igor Pechtchanski]

On Tue, 3 May 2005, Corinna Vinschen wrote:

> On May  3 10:54, Corinna Vinschen wrote:
> > On May  2 13:25, Brian Dessent wrote:
> > > Brian Dessent wrote:
> > >
> > > > (It would probably be a good addition for ssh-host-config to check for
> > > > user mounts and bail or offer to remount them... this seems to come up a
> > > > lot.)
> > >
> > > Here is a patch against ssh-host-config that checks for this.
> > >
> > > Brian
> > > --- ssh-host-config.orig  2005-05-02 13:09:13.984375000 -0700
> > > +++ ssh-host-config   2005-05-02 13:23:50.640625000 -0700
> > > @@ -583,6 +583,16 @@
> > >   chown "${_user}".544 ${LOCALSTATEDIR}/log/sshd.log
> > >fi
> > >  fi
> > > +if mount | egrep -q 'on /(|usr/(bin|lib)) type user'
> > > +then
> > > +  echo
> > > +  echo "Warning: It appears that you have user mode mounts (\"Just 
> > > me\""
> > > +  echo "chosen during install.)  Any daemons installed as services 
> > > will"
> > > +  echo "fail to function unless system mounts are used.  To change 
> > > this,"
> > > +  echo "re-run setup.exe and choose \"All users\"."
> > > +  echo
> > > +  echo "For more information, see 
> > > http://cygwin.com/faq/faq0.html#TOC33";
> > > +fi
> > >fi
> > >  fi
> >
> > Good idea.  I'll add this to the script for the next version.
>
> Well... not exactly.  The problem is that if somebody has user *and*
> system mounts, the warning will be printed nevertheless.  It's not quite
> that simple.

You probably want to reverse the test, e.g.,

--- ssh-host-config.orig2005-05-02 13:09:13.984375000 -0700
+++ ssh-host-config 2005-05-02 13:23:50.640625000 -0700
@@ -583,6 +583,16 @@
chown "${_user}".544 ${LOCALSTATEDIR}/log/sshd.log
   fi
 fi
+if ! mount | egrep -q 'on /(|usr/(bin|lib)) type system'
+then
+  echo
+  echo "Warning: It appears that you have user mode mounts (\"Just me\""
+  echo "chosen during install.)  Any daemons installed as services will"
+  echo "fail to function unless system mounts are used.  To change this,"
+  echo "re-run setup.exe and choose \"All users\"."
+  echo
+  echo "For more information, see http://cygwin.com/faq/faq0.html#TOC33";
+fi
   fi
 fi

In the future versions, we should also check for user mounts for the SYSTEM
user -- unlikely, but very nasty and hard to detect.  I also wonder if the
above test should go into configurations for all services, or perhaps even
added to cygrunsrv in some form...
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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

Can I mount an EXT3 partition that WinXP sees as "(Unknown partition)"?

[Peter Farley]

On a firewire-mounted external hard drive I have an
EXT3 partition that used to be the root file system
for an RH7.3 linux setup.  Is there any way to mount
such a partition to cygwin when XP doesn't recognize
it with a drive letter?

The partition is primary, not extended.

Regards,

Peter



__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

--
Unsubscribe info:  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 sshd service could not be started

[Igor Pechtchanski]

On Tue, 3 May 2005, Corinna Vinschen wrote:

> On May  2 16:39, Christopher Faylor wrote:
> > I wonder if it would make sense to eliminate the "just for me" option from
> > setup.exe and just present a screen if setup.exe is not able to install
> > mount points for the whole system.
>
> Oh yes, please!

This will affect people who install Cygwin on machines that already have
an installation on it -- some people may *want* to choose "Just for me"
intentionally (don't know how many of those there are -- anyone?).  The
main problem is that "Just for me" doesn't adequately express the possible
caveats and limitations.  Renaming it to "Only one user without services"
might help...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:  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: postgresql and sockets

[Krzysztof Duleba]

Corinna Vinschen wrote:

> I have the strange feeling that the file isn't recognized as socket
> anymore for some reason.  When you called `cat /tmp/.s.PGSQL.5432',
> did you use Cygwin's cat?  If the file would have been recognized as
> socket, you shouldn't have been able to read the content of the file.
> The correct result would have been:
>
>   $ cat /tmp/.s.PGSQL.5432
>   cat: /tmp/.s.PGSQL.5432: No such device or address

I used Cygwin's cat. The output above is what I get too when postgresql is
restarted.

> So I'm wondering if something happened before the call to psql, so that
> the file has been... well, "downgraded" to a normal file instead of a
> socket file.  Socket files have the system attribute set, for instance.
> If you remove this, the file is not recognized as socket file anymore.

I sent another email that didn't make it to the list somehow. The point
was that the socket file breaks after some time (about 10 minutes) no
matter if it was used at all. So I might as well restart postgres, wait 10
minutes, and it will be broken.

In the meantime this line will appear in the postgresql's log:

WARNING:  dup(0) failed after 3195 successes: Bad file descriptor

I'm not sure if it has anything to do.

> Are you set up to debug the DLL using GDB?  If you download the latest
> snapshot from http://cygwin.com/snapshots and set a breakpoint to
> get_inet_addr, you could step through this function until it's left.
> The first interesting information would be, from which line the function
> is left.

At the moment I'm not ready to debug the DLL, but I'll try do to some
tests tomorrow.

Regards
Krzysztof Duleba



--
Unsubscribe info:  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 sshd service could not be started

[Christopher Faylor]

On Tue, May 03, 2005 at 04:01:56PM -0400, Igor Pechtchanski wrote:
>On Tue, 3 May 2005, Corinna Vinschen wrote:
>>On May 2 16:39, Christopher Faylor wrote:
>>>I wonder if it would make sense to eliminate the "just for me" option
>>>from setup.exe and just present a screen if setup.exe is not able to
>>>install mount points for the whole system.
>>
>>Oh yes, please!
>
>This will affect people who install Cygwin on machines that already
>have an installation on it -- some people may *want* to choose "Just
>for me" intentionally (don't know how many of those there are --
>anyone?).  The main problem is that "Just for me" doesn't adequately
>express the possible caveats and limitations.  Renaming it to "Only one
>user without services" might help...

IMO, we shouldn't be changing anything in an existing installation.  In
fact, maybe all of the questions about root, "just for me", etc.  should
just disappear when installing over an existing installation, or maybe
there should be a screen that says "Using defaults from previous installation.
Use mount to change your directory layout.  See "man mount" for details."

However, regardless, I like the idea of changing the tag to "Only one
user without services".  Or maybe it should be "Only current user, without
services".

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: Can I mount an EXT3 partition that WinXP sees as "(Unknown partition)"?

[Larry Hall]

At 04:00 PM 5/3/2005, you wrote:
>On a firewire-mounted external hard drive I have an
>EXT3 partition that used to be the root file system
>for an RH7.3 linux setup.  Is there any way to mount
>such a partition to cygwin when XP doesn't recognize
>it with a drive letter?
>
>The partition is primary, not extended.


No.  You need software that knows the filesystem first.  You can check out
Paragon if you're looking for commercial support.  There is an older
free S/W driver for ext2 and NT but I haven't tried it since NT 4 and I
can't recommend it.  If you're just looking to get read access (and/or very 
touchy write access) and don't mind the slowness of a user-land utility,
check out Explore2fs .
I don't know if it works with FireWire but it does work fine with local 
ext3 partitions.

  

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

Re: Can I mount an EXT3 partition that WinXP sees as "(Unknown partition)"?

[Peter Farley]

Thanks Larry.  I only need read access for my home
system and not commercial support, so I'll check out
Explore2fs.

Peter

--- Larry Hall
<[EMAIL PROTECTED]> wrote:
> At 04:00 PM 5/3/2005, you wrote:
> >On a firewire-mounted external hard drive I have an
> >EXT3 partition that used to be the root file system
> >for an RH7.3 linux setup.  Is there any way to
> mount
> >such a partition to cygwin when XP doesn't
> recognize
> >it with a drive letter?
> >
> >The partition is primary, not extended.
> 
> 
> No.  You need software that knows the filesystem
> first.  You can check out Paragon if you're looking
> for commercial support.  There is an older
> free S/W driver for ext2 and NT but I haven't tried
> it since NT 4 and I can't recommend it.  If you're
> just looking to get read access (and/or very 
> touchy write access) and don't mind the slowness of
> a user-land utility, check out Explore2fs
>
.
> I don't know if it works with FireWire but it does
> work fine with local 
> ext3 partitions.




__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

--
Unsubscribe info:  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: sh.exe coredumps when init.exe is running as service

[Igor Pechtchanski]

On Tue, 3 May 2005, Dr. Volker Zell wrote:

> I'm in the process of updating my packages. I just upgraded to
> cygwin-1.5.16 from 1.5.12.
>
> Now whenever I run configure from one of my packages sh.exe segfaults
> randomly. A fresh installation of cygwin doesn't have this problem.
>
> The only difference between the problematic installation and the fresh
> one is a running cygwin init service from sysvinit-2.84-4. When I stop
> the init service everything is fine again. (Under cygwin 1.5.12 there
> was no problem)
>
> I can reproduce this problem when ruuning init as service whithout
> adding any system service with chkconfig --add
>
> Is anybody using init and can confirm my findings ?

I'm not using init, but I do observe random crashes of processes
(sometimes sh.exe, sometimes perl, sometimes others) with not-very-useful
stackdumps.  I don't have more information at the moment, so didn't report
this to the list.  It seems to be correlated with heavy memory usage on
the machine.  I'll post when I have any debugging info.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:  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: sh.exe coredumps when init.exe is running as service

[Larry Hall]

At 02:27 PM 5/3/2005, you wrote:
>> Larry Hall writes:
>
>> No, I'm not using init.  Is it fair to assume that you forgot to reboot 
>> after the upgrade?
>
>Of course I rebooted.


I figured you had but it never hurts to check. :-)


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

Best antivirus for cygwin? - was Norton antivirus and the Trojans

[bob sandefur]

Hi-

Apparently Norton antivirus is getting a false positive with rsync and wget.
I would really like to dump Norton AntiVirus but I have never found any AV
program to be very satisfactory.  I would like the following:
1. 64-bit compatible (if the drivers ever show up I will migrate to xp64)
2. Relatively cheap for up to 10 machines (every year I buy enough three or
five packs of Norton for about 10 or 20 bucks with rebates, uninstall the
old version and run the new version for a year.  This is much cheaper than
upgrading through the Norton web site.).
3. Auto updating.
4. Cygwin friendly

Any big successes or failures in the antivirus department for cygwin users?

(so far avast looks ok to me)

Thanx


Robert (Bob) L. Sandefur PE
Senior Geostatistician / Reserve Analyst 
CAM 200 Union Suite G-13 Lakewood, Co
80228
[EMAIL PROTECTED]
303 472-3240 (cell) <-best choice
303 716-1617 ext 14




--
Unsubscribe info:  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: postgresql and sockets

[Corinna Vinschen]

On May  3 22:12, Krzysztof Duleba wrote:
> Corinna Vinschen wrote:
> 
> > I have the strange feeling that the file isn't recognized as socket
> > anymore for some reason.  When you called `cat /tmp/.s.PGSQL.5432',
> > did you use Cygwin's cat?  If the file would have been recognized as
> > socket, you shouldn't have been able to read the content of the file.
> > The correct result would have been:
> >
> >   $ cat /tmp/.s.PGSQL.5432
> >   cat: /tmp/.s.PGSQL.5432: No such device or address
> 
> I used Cygwin's cat. The output above is what I get too when postgresql is
> restarted.
> 
> > So I'm wondering if something happened before the call to psql, so that
> > the file has been... well, "downgraded" to a normal file instead of a
> > socket file.  Socket files have the system attribute set, for instance.
> > If you remove this, the file is not recognized as socket file anymore.
> 
> I sent another email that didn't make it to the list somehow. The point
> was that the socket file breaks after some time (about 10 minutes) no
> matter if it was used at all. So I might as well restart postgres, wait 10
> minutes, and it will be broken.
> 
> In the meantime this line will appear in the postgresql's log:
> 
> WARNING:  dup(0) failed after 3195 successes: Bad file descriptor
> 
> I'm not sure if it has anything to do.

Hmm, there's no good reason for that, except if the number of open sockets
or the number of sockets in the TIME_WAIT state is hitting a system limit.
Normal dup2 on the socket works fine for me.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  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: Best antivirus for cygwin? - was Norton antivirus and the Trojans

[Tim Prince]

At 02:02 PM 5/3/2005, bob sandefur wrote:
Hi-
Apparently Norton antivirus is getting a false positive with rsync and wget.
I would really like to dump Norton AntiVirus but I have never found any AV
program to be very satisfactory.  I would like the following:
1. 64-bit compatible (if the drivers ever show up I will migrate to xp64)
Every one I've tried runs the same on 64-bit Windows, including current 
MacAfee ( except for none of the disasters like it provokes on 32 bits), 
and clamav (either the one inside cygwin or the separate one).  AMD has 
been running radio ads around here claiming that you get better virus 
protection when running 32-bit AV on 32-bit Windows on a 64-bit 
machine.  Some think they did it just to see if they could drive our 
management insane.

I don't know how you can see a false positive in with today's sober.p barrage.
Tim Prince 

--
Unsubscribe info:  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: Best antivirus for cygwin? - was Norton antivirus and the Trojans

[Larry Hall]

At 05:02 PM 5/3/2005, you wrote:
>Hi-
>
>Apparently Norton antivirus is getting a false positive with rsync and wget.
>I would really like to dump Norton AntiVirus but I have never found any AV
>program to be very satisfactory.  I would like the following:
>1. 64-bit compatible (if the drivers ever show up I will migrate to xp64)
>2. Relatively cheap for up to 10 machines (every year I buy enough three or
>five packs of Norton for about 10 or 20 bucks with rebates, uninstall the
>old version and run the new version for a year.  This is much cheaper than
>upgrading through the Norton web site.).
>3. Auto updating.
>4. Cygwin friendly
>
>Any big successes or failures in the antivirus department for cygwin users?
>
>(so far avast looks ok to me)


While discussion of this may be useful to folks on this list, anything 
beyond Cygwin's clamav package is probably off-topic here.  Can I suggest
you take this to the cygwin-talk list instead?  It would certainly be on-
topic there.


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

Re: Can I mount an EXT3 partition that WinXP sees as "(Unknown partition)"?

[Jörg Schaible]

Larry Hall wrote:

> No.  You need software that knows the filesystem first.  You can check out
> Paragon if you're looking for commercial support.  There is an older
> free S/W driver for ext2 and NT but I haven't tried it since NT 4 and I
> can't recommend it.  If you're just looking to get read access (and/or
> very touchy write access) and don't mind the slowness of a user-land
> utility, check out Explore2fs
> . I don't know if
> it works with FireWire but it does work fine with local ext3 partitions.

There's also http://ext2fsd.sourceforge.net/ implementing a WIndows driver
for ext3 - never tried it though.

- Jörg


--
Unsubscribe info:  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: execvp error:cygwin+make+busybox

[John Williams]

Christopher Faylor wrote:
On Tue, May 03, 2005 at 10:39:13AM +1000, John Williams wrote:
Attempting to cross-compile Busybox 1.00 under Cygwin (1.5.16-1) I am 
hitting an error similar to one previously reported on the Cygwin list 
(Jan 05):

http://www.cygwin.com/ml/cygwin/2005-01/msg00657.html

IIRC, I also had this problem on Cygwin until I deleted the
.EXPORT_ALL_VARIABLES from Rules.mak.  I have a specialized build
environment so it is possible that there are other things required to
get things working after that, but this was the culprit which caused
these problems.
That's done the trick - thanks for the quick response.  Am still 
checking to see if that has any follow-on effects (perhaps I should now 
explicitly export the important variables from Rules.mak?).

Cheers,
John
--
Unsubscribe info:  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: Can I mount an EXT3 partition that WinXP sees as "(Unknown partition)"?

[Peter Farley]

FYI, explore2fs found both my boot and root partitions
on the firewire external drive with no trouble.

Thanks for the pointer, this is just what I needed, an
easy way to copy info over to cygwin.

Peter

--- Larry Hall
<[EMAIL PROTECTED]> wrote:
> At 04:00 PM 5/3/2005, you wrote:
> >On a firewire-mounted external hard drive I have an
> >EXT3 partition that used to be the root file system
> >for an RH7.3 linux setup.  Is there any way to
> mount
> >such a partition to cygwin when XP doesn't
> recognize
> >it with a drive letter?
> >
> >The partition is primary, not extended.
> 
> 
> No.  You need software that knows the filesystem
> first.  You can check out Paragon if you're looking
> for commercial support.  There is an older
> free S/W driver for ext2 and NT but I haven't tried
> it since NT 4 and I can't recommend it.  If you're
> just looking to get read access (and/or very 
> touchy write access) and don't mind the slowness of
> a user-land utility, check out Explore2fs
>
.
> I don't know if it works with FireWire but it does
> work fine with local ext3 partitions.


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Re: side effects of Cygwin's maximum memory test

[Jani Tiainen]

Dave Korn kirjoitti:
Original Message
From: Jani Tiainen
Sent: 03 May 2005 15:26

Dave Korn kirjoitti:

On May  3 00:25, Utku Ozcan wrote:

I *think* that the test below, which tests memory allocation limit of
Cygwin *might* produce problems in Windows XP:
http://sources.redhat.com/cygwin/cygwin-ug-net/setup-maxmem.html
In this page, I have compiled the C code, and after having run the
compiled executable, Windows XP gave suddenly a warning that virtual
memory setting has been changed (I think, that repeated malloc() calls
in this code somehow change the virtual memory settings in Windows
XP).

 Interestingly enough, there _is_ some kind of problem here.I
haven't been hit by any HD problem, but when I tried the test program,
it gave me an ever-increasing series of values, and then suddenly
stopped working altogether and wouldn't recover!
Interesting enough.. I get consistent 1536MB allocation. But some times
maxmem freezes machine for a while... No leak detected..

  I need to reboot to get my machine to work properly again!
  Is your machine set to allow windows to manage the paging file size?  I
have a fixed allocation of exactly 2Gb, and have disabled the "System
managed size" option; perhaps this is the difference between your machine
and mine.  The pauses you describe certainly seem likely candidates for
'doze to be growing the pagefile.
Actually I've limits... 1152 start (current size), 2304 as max size... 
So can't be.

And I've 768MB memory which approx 256MB is used... So don't get it...
On first run I didn't have any limits set in registy, I got only 
1024MB... after setting limit to 2GB it hitted 1536MB... Not growing but 
pausing.. It even happened on 1024MB times... Maybe it swapped in/out 
something.

--
Jani Tiainen
--
Unsubscribe info:  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: Best antivirus for cygwin? - was Norton antivirus and the Trojans

[Gary R. Van Sickle]

[Followups to cygwin-talk]

> Hi-
> 
> Apparently Norton antivirus is getting a false positive with 
> rsync and wget.
> I would really like to dump Norton AntiVirus but I have never 
> found any AV program to be very satisfactory.  I would like 
> the following:
> 1. 64-bit compatible (if the drivers ever show up I will 
> migrate to xp64) 2. Relatively cheap for up to 10 machines 
> (every year I buy enough three or five packs of Norton for 
> about 10 or 20 bucks with rebates, uninstall the old version 
> and run the new version for a year.  This is much cheaper 
> than upgrading through the Norton web site.).
> 3. Auto updating.
> 4. Cygwin friendly
> 
> Any big successes or failures in the antivirus department for 
> cygwin users?
> 
> (so far avast looks ok to me)
> 
> Thanx

The main thing I've found that causes problems for not only Cygwin but other
programs is the feature they all have where they scan files as they're being
written and/or read from disk.  With any AV I use, I *always* turn these off
and always turn the incoming-email scanning on.  I can't recall ever having
an AV-related problem since implementing that policy.

-- 
Gary R. Van Sickle


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

pwd vs $PWD, bash, cygwin vs Linux

[John Williams]

Hello,
I am resurrecting a topic that has been discussed before, but there 
doesn't seem to be a clear resolution (at least not clear to me!).  It 
relates to the behaviour of the PWD variable in the case of multiply 
nested Makefiles.  it was touched upon e.g. here:

http://www.mail-archive.com/cygwin@sources.redhat.com/msg16375.html
I'm doing a side by side comparison between Cygwin 1.5.16-1 and Linux 
RedHat 8.0, both using bash shell 2.05b.0(1)-release, and make version 
3.79.1

Here's my test setup (sorry for dodgy ASCII art)
Maketest
 |
 + topdir
 |
 + Makefile
 |
 + subdir
  |
  + Makefile
topdir/Makefile looks like this:
#
#topdir/Makefile
TOPDIR := $(shell echo $$PWD)
all:
@echo In topdir, TOPDIR=$(TOPDIR)
@echo In topdir, PWD=$$PWD
make -C subdir all
.EXPORT_ALL_VARIABLES:
##
and topdir/subdir/Makefile looks like this:
#
#topdir/subdir/Makefile
all:
@echo in subdir, TOPDIR=$(TOPDIR)
@echo in subdir, PWD=$$PWD
#
Now, from the top-top level (Maketest), I run 'make -C topdir'.  Under 
my Cygwin setup, I get this:

[EMAIL PROTECTED] Maketest]$ make -C topdir
make: Entering directory `/cygdrive/z/Maketest/topdir'
In topdir, TOPDIR=/cygdrive/z/Maketest
In topdir, PWD=/cygdrive/z/Maketest
make -C subdir all
make[1]: Entering directory `/cygdrive/z/Maketest/topdir/subdir'
in subdir, TOPDIR=/cygdrive/z/Maketest
in subdir, PWD=/cygdrive/z/Maketest
make[1]: Leaving directory `/cygdrive/z/Maketest/topdir/subdir'
make: Leaving directory `/cygdrive/z/Maketest/topdir'
[EMAIL PROTECTED] Maketest]$
while under the identical setup on Linux, I get this:
[EMAIL PROTECTED] Maketest]$ make -C topdir
make: Entering directory `/mnt/home2/jwilliam/Maketest/topdir'
In topdir, TOPDIR=/mnt/home2/jwilliam/Maketest/topdir
In topdir, PWD=/mnt/home2/jwilliam/Maketest/topdir
make -C subdir all
make[1]: Entering directory `/mnt/home2/jwilliam/Maketest/topdir/subdir'
in subdir, TOPDIR=/mnt/home2/jwilliam/Maketest/topdir
in subdir, PWD=/mnt/home2/jwilliam/Maketest/topdir/subdir
make[1]: Leaving directory `/mnt/home2/jwilliam/Maketest/topdir/subdir'
make: Leaving directory `/mnt/home2/jwilliam/Maketest/topdir'
[EMAIL PROTECTED] Maketest]$
Essentially under Cygwin the PWD variable seems to be "frozen" at its 
value upon first launching Make from the commandline, while under Linux 
it is being updated for each child process spawned by `make -C XXX`

I know that Cygwin != Linux, however is it a reasonable expectation that 
under the same shells, the same behaviour should apply?

The real context for all of this is building the net-tools package, 
which uses these sort of constructs to manage its recursive Makefile 
structure.  I'm sure there are plenty of other GNU-esque packages out 
there doing similarly.

Any insights or workarounds would be greatly appreciated.
Thanks,
John
--
Unsubscribe info:  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: pwd vs $PWD, bash, cygwin vs Linux

[Christopher Faylor]

On Wed, May 04, 2005 at 11:08:43AM +1000, John Williams wrote:
>Essentially under Cygwin the PWD variable seems to be "frozen" at its
>value upon first launching Make from the commandline, while under Linux
>it is being updated for each child process spawned by `make -C XXX`
>
>I know that Cygwin != Linux, however is it a reasonable expectation
>that under the same shells, the same behaviour should apply?

In this case, the operative observation is bash != ash.  PWD is a bash
construct.  You would be much better off just using the gnu make
"CURDIR" variable.  Changing PWD to CURDIR in your examples makes things
work as you'd expect.

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/

SSHD key based authentication hangs cscript

[Stuart Westbury]

Hi All, 

We are having a problem using the SSHD key based authentication under
windows. This is the scenario. 

We are attempting an automated process in which a linux machine logs into a
windows based ssh server and runs the cscript command on a vbs script. This
works as it was intended, but in the process of automating, we have added
key authentication (which seems to work flawlessly for everything else) and
now it fails. We can run other remote commands without a problem. 

What is different about keys? 

We have tested thoroughly the keys vs passwords and it consistently fails
when using keys. While searching around for reference to this problem and I
found this in the archive of another mailing list. 

"There are actually two problems here: 1) a problem with CygWin/OpenSSH
(after  public  key  authentication  GetUserName()  returns  incorrect
value)..."

Is this my problem? I must admit I'm no programmer and am a bit out of my
depth. Is there a potential work around for this if it is my problem? Any
help would be much appreciated. 

Linux System: Fedora Core 3
Linux SSH client: openssh-clients-3.9p1-8.0.1
Windows Machine: Windows server 2003
Cygwin SSH Version: 4.0p1-1

Thanks,
Stu


--
Unsubscribe info:  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 version 1.5.16-1 (exim 4.50-1, minires 1.00-1, perl 5.8.6-4) attempting to run spamassassin (spamc and spamd)

[Eric D. Williams]

TIA for any help you can provide.
I am attempting to--and have previously for quite some time 
successfully--run the above mentioned setup on a Windows NT 4.0 EE 
system (yeah so it's old, ok).  In any event for some reason that set-up 
is complaining persistently for the exim transport I have named 
'spamcheck'.  Essentially, I consistently get the following messages in 
my exim_main log file, concerning 'spamcheck':

2005-05-04 01:19:09 IFXYBW-3Q-DY <= sender-protected H=([127.0.0.1]) 
[207.199.136.153] P=esmtp S=1786 [EMAIL PROTECTED]

2005-05-04 01:19:12 IFXYBW-3Q-DY : spamcheck 
transport output: Minires: socket: Operation not permitted

2005-05-04 01:19:12 IFXYBW-3Q-DY => recipient-name-part 
 R=spamcheck_router T=spamcheck

2005-05-04 01:19:12 IFXYBW-3Q-DY Completed
2005-05-04 01:19:12 IFXYBY-6H-BF <= sender-protected U=spamcheck 
P=spam-scanned S=2106 [EMAIL PROTECTED]
2005-05-04 01:19:12 IFXYBY-6H-BF == recipient-protected R=dnslookup 
defer (-1): host lookup did not complete

running an exim -M message-id will cause the message to be sent 
immediately and correctly.  I think it is a permissions problem or 
something, but I am having a lot of problems attempting to identify 
exactly where.  I have straced (as SYSTEM) an instance of exim ... -bd, 
but that has not been helpful _to me_ it may help _you_.  If you would 
like I can make that available.  Here is my cygcheck output.  BTW, my 
system is set to GMT so it is a day ahead of this e-mail.

cygcheck info is attached.
My spamassassin logs no errors, even with debugging to full.  The 
resultant failure in transport causes all my messages to get 'stuck' as 
"deferred (-51)"

--
Eric Williams, Pres.
Information Brokers, Inc.Phone: +1 202.889.4395
http://www.infobro.com/Fax: +1 202.889.4396
[EMAIL PROTECTED]Pager: +1 301.303.8998
   For More Info: [EMAIL PROTECTED]
PGP Public Key
   http://new.infobro.com/KeyServ/EricDWilliams.asc
Finger Print: 1055 8AED 9783 2378 73EF  7B19 0544 A590 FF65 B789

The information in this message is confidential.  It is intended
solely for addressee(s).  Access to this message by anyone else
is unauthorized.  If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted
to be taken in reliance on it, is prohibited and may be unlawful.
Cygwin Package Information
Last downloaded files to: C:\users\eric\cygwin-install
Last downloaded files from: http://gnu.kookel.org/ftp/cygwin

Package  VersionStatus
_update-info-dir 00231-1OK
agetty   2.1-1  OK
ash  20040127-1 OK
aspell   0.50.3-1   OK
aspell-en0.51.0-1   OK
autoconf 2.59-1 OK
autoconf-devel   2.59-1 OK
autoconf-stable  2.13-5 OK
automake 1.7.9-1OK
automake-devel   1.9.2-1OK
automake-stable  1.4p6-2OK
base-files   3.2-1  OK
base-passwd  2.2-1  OK
bash 2.05b-17   OK
binutils 20041229-1 OK
bison20030307-1 OK
bzip21.0.2-6OK
cabextract   0.6-2  OK
ccrypt   1.7-1  OK
check0.9.1-1OK
chere0.5-2  OK
chkconfig1.2.24h-1  OK
clamav   0.83-1 OK
clear1.0-1  OK
cmake2.0.6-1OK
coreutils5.3.0-5OK
cpio 2.5-3  OK
crypt1.1-1  OK
curl 7.11.1-1   OK
cygrunsrv1.01-1 OK
cygutils 1.2.7-1OK
cygwin   1.5.16-1   OK
cygwin-doc   1.4-2  OK
db3.13.1.17-2   OK
db4.14.1.25-1   OK
dejagnu  20021217-2 OK
diff 1.0-1  OK
diffutils2.8.7-1OK
ed   0.2-1  OK
editrights   1.01-1 OK
exim 4.50-1 OK
expat1.95.8-1   OK
expect   20030128-1 OK
file 4.12-1 OK
Empty package fileutils
fileutils4.1-3  OK
findutils20041227-1 OK
flex 2.5.4a-3   OK
gawk 3.1.4-3OK
Empty package gcc
gcc  3.3.3-3OK
gcc-core 3.3.3-3OK
gcc-g++  3.3.3-3OK
Empty package gcc-mingw
gcc-mingw20040810-1 OK
gcc-mingw-core   20040810-1 OK
gcc-mingw-g++2

Re: cygwin version 1.5.16-1 (exim 4.50-1, minires 1.00-1, perl 5.8.6-4) attempting to run spamassassin (spamc and spamd)

[Brian Dessent]

"Eric D. Williams" wrote:

> transport output: Minires: socket: Operation not permitted

I think you might be a victim of the SYSTEMROOT regression that reared
its ugly head in recent versions.  Try a snapshot.

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: pwd vs $PWD, bash, cygwin vs Linux

[Eric Blake]

> >I know that Cygwin != Linux, however is it a reasonable expectation
> >that under the same shells, the same behaviour should apply?
> 
> In this case, the operative observation is bash != ash.  PWD is a bash
> construct.  You would be much better off just using the gnu make
> "CURDIR" variable.  Changing PWD to CURDIR in your examples makes things
> work as you'd expect.

POSIX requires /bin/sh to keep $PWD accurate, but ash does not meet POSIX 
requirements (in this and a number of other instances).  PWD is not just for 
bash, it is for all compliant shells.  Unfortunately, all of the open-source 
compliant shells come with so much extra weight (read: interactive features 
that aren't used by shell scripts, but that consume memory and slow down forks) 
that none of them have been deemed acceptable for replacing ash as cygwin's 
/bin/sh.

Also, you can safely use /bin/pwd from coreutils to find out your real current 
directory, although it does not yet implement the POSIX-required -L vs. -P 
options.

--
Eric Blake



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

Re: pwd vs $PWD, bash, cygwin vs Linux

[John Williams]

Christopher Faylor wrote:
On Wed, May 04, 2005 at 11:08:43AM +1000, John Williams wrote:
Essentially under Cygwin the PWD variable seems to be "frozen" at its
value upon first launching Make from the commandline, while under Linux
it is being updated for each child process spawned by `make -C XXX`
I know that Cygwin != Linux, however is it a reasonable expectation
that under the same shells, the same behaviour should apply?

In this case, the operative observation is bash != ash.  PWD is a bash
construct.  You would be much better off just using the gnu make
"CURDIR" variable.  Changing PWD to CURDIR in your examples makes things
work as you'd expect.
Thanks for the quick response and workaround.
While what you say might be a true statement, "better off" means 
different things to different people!

It's easy for me to say, but it seems cleaner for the compatability 
layer (e.g. Cygwin) to model the expected behaviour (even behaviour 
which might be considered buggy), than to push changes on fairly 
standard and widely distributed source/build packages.

What surprised me was that the same shell, and same make, resulted in 
different behaviour.  I guess this is just reflecting differences in the 
underlying process architectures of Linux vs Windows.

Cheers,
John
--
Unsubscribe info:  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: pwd vs $PWD, bash, cygwin vs Linux

[Christopher Faylor]

On Wed, May 04, 2005 at 02:32:07PM +1000, John Williams wrote:
>Christopher Faylor wrote:
>>On Wed, May 04, 2005 at 11:08:43AM +1000, John Williams wrote:
>>
>>>Essentially under Cygwin the PWD variable seems to be "frozen" at its
>>>value upon first launching Make from the commandline, while under Linux
>>>it is being updated for each child process spawned by `make -C XXX`
>>>
>>>I know that Cygwin != Linux, however is it a reasonable expectation
>>>that under the same shells, the same behaviour should apply?
>>
>>
>>In this case, the operative observation is bash != ash.  PWD is a bash
>>construct.  You would be much better off just using the gnu make
>>"CURDIR" variable.  Changing PWD to CURDIR in your examples makes things
>>work as you'd expect.
>
>Thanks for the quick response and workaround.
>
>While what you say might be a true statement, "better off" means 
>different things to different people!

"Better off" == "it works" vs.  "not better off" == "it doesn't work".

>What surprised me was that the same shell, and same make, resulted in 
>different behaviour.  I guess this is just reflecting differences in the 
>underlying process architectures of Linux vs Windows.

Again, it *isn't* the same shell.  You have now learned that it isn't
the same shell and you now know that this is the reason for the
inconsistency.  ash isn't normally used as /bin/sh on linux.  A stripped
down version of ash is used as /bin/sh for performance purposes on
cygwin.  ash does not set PWD.

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: 1.5.16-1: chmod problem

[Pach Roman (GS-EC/ESA4) *]

I admit I'm stubborn about this topic but I'd like to propose 
the change of chmod implementation.
I thing, it would be nice if the 'chmod +/-w' would have in the discussed case 
the same
functionality as the Windows' command 'attrib'.
See please the appended screenshot.

U:\tmp>ls -l yahoo
-rw-r--r--  1 ropach mkpasswd 5 Apr 29 07:35 yahoo

U:\tmp>attrib +r yahoo
U:\tmp>ls -l yahoo
-r--r--r--  1 ropach mkpasswd 5 Apr 29 07:35 yahoo

U:\tmp>attrib -r yahoo
U:\tmp>ls -l yahoo
-rw-r--r--  1 ropach mkpasswd 5 Apr 29 07:35 yahoo

U:\tmp>chmod -w yahoo
chmod: changing permissions of `yahoo': Permission denied
U:\tmp>ls -l yahoo
-rw-r--r--  1 ropach mkpasswd 5 Apr 29 07:35 yahoo

U:\tmp>chmod +w yahoo
chmod: changing permissions of `yahoo': Permission denied
U:\tmp>ls -l yahoo
-rw-r--r--  1 ropach mkpasswd 5 Apr 29 07:35 yahoo

Roman

--
Unsubscribe info:  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: pwd vs $PWD, bash, cygwin vs Linux

[John Williams]

Christopher Faylor wrote:
In this case, the operative observation is bash != ash.  PWD is a bash
construct.  You would be much better off just using the gnu make
"CURDIR" variable.  Changing PWD to CURDIR in your examples makes things
work as you'd expect.
Thanks for the quick response and workaround.
While what you say might be a true statement, "better off" means 
different things to different people!

What surprised me was that the same shell, and same make, resulted in 
different behaviour.  I guess this is just reflecting differences in the 
underlying process architectures of Linux vs Windows.
Again, it *isn't* the same shell.  You have now learned that it isn't
the same shell and you now know that this is the reason for the
inconsistency.  ash isn't normally used as /bin/sh on linux.  A stripped
down version of ash is used as /bin/sh for performance purposes on
cygwin.  ash does not set PWD.
OK - I see the confusion.  Make is spawning ash as the subshell, not 
bash.  Now everything you said makes sense.  Out of interest, can that 
behaviour be modified at the runtime/user/Makefile level?

Cheers,
John
--
Unsubscribe info:  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: pwd vs $PWD, bash, cygwin vs Linux

[Gary R. Van Sickle]

> Christopher Faylor wrote:
> 
> >>>In this case, the operative observation is bash != ash.  PWD is a 
> >>>bash construct.  You would be much better off just using 
> the gnu make 
> >>>"CURDIR" variable.  Changing PWD to CURDIR in your examples makes 
> >>>things work as you'd expect.
> >>
> >>Thanks for the quick response and workaround.
> >>
> >>While what you say might be a true statement, "better off" means 
> >>different things to different people!
> > 
> >>What surprised me was that the same shell, and same make, 
> resulted in 
> >>different behaviour.  I guess this is just reflecting 
> differences in 
> >>the underlying process architectures of Linux vs Windows.
> > 
> > Again, it *isn't* the same shell.  You have now learned 
> that it isn't 
> > the same shell and you now know that this is the reason for the 
> > inconsistency.  ash isn't normally used as /bin/sh on linux.  A 
> > stripped down version of ash is used as /bin/sh for performance 
> > purposes on cygwin.  ash does not set PWD.
> 
> OK - I see the confusion.  Make is spawning ash as the 
> subshell, not bash.  Now everything you said makes sense.  
> Out of interest, can that behaviour be modified at the 
> runtime/user/Makefile level?
> 
> Cheers,
> 
> John
> 

You could replace the /bin/sh.exe executable with a copy of bash.exe, but
that would be at the "everywhere, all the time" level.  That used to be a
regularly suggested workaround for similar problems back in the proverbial
day, but it's been ages since I've done that myself, so I can't tell you
what other problems that might cause.

-- 
Gary R. Van Sickle


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