Re: snapshots revisited

[Corinna Vinschen]

On Mar 10 08:09, EXCOFFIER Denis wrote:
> I'd however suggest that the FAQ is brought up to date:
> - remove "You will not be able to replace cygwin1.dll if any
>   Cygwin process is running"
> - insist that it does not break the setup.exe mechanism in any way
>   (this mechanism that is somewhat mysterious to me)
> - use a single `tar' command line as suggested previously in this list
> - using Explorer is not needed
> - say a word about leftovers (a snapshot installs a file, the
>   next snapshot does not install it; the file remains forever within
>   the installation; is it a problem?)

Patches to the documentation are always welcome.  I hate to write
documentation.  Personally I'm more interested in the comments in the
source code ;)

> I'd also suggest (like somebody in this list) that
> the snapshot page contains a link to the FAQ section dealing
> with snapshot installation.

You know, snapshots should not be installed without need and otherwise
only by people who feel comfortable running bleeding-edge stuff.

> Also that you replace GMT by UT in
> this snapshot page.

I guess you mean UTC.  Good point.  Chris?

> About the snapshot 20110309 wrt 20110308, one can see
> that 4 files under usr/share/info have disappeared, and also
> that regex.3.gz and regex.7.gz have also disappeared.
> I suppose that this (minor) point remains under control of course (but
> unsatisfactory isn't it?), this is the leftovers question, see above.

Depends on the person creating the snapshots.  I changed that in my
script so I'm also going to omit these files in snapshots in future.

> And finally, since we are talking setup.exe, i've observed that
> even if you install and install continuously (say: every hour or so),
> setup.exe continuously installs and installs again several of the
> src packages (always the same packages, eg qt4-4.5.3-1-src), which
> takes several dozens of seconds,

I saw that as well, but I think this is only some hickup in postinstall
script handling.  It doesn't hurt so I really never cared enough to
investigate.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

[Corinna Vinschen]

On Mar  9 20:29, Thomas Wolff wrote:
> Am 09.03.2011 10:26, schrieb Corinna Vinschen:
> >That's certainly feasible in some way, but I don't understand what
> >you're trying to accomplish.  In what situation would this have to be
> >changed on a per-system level?  Why isn't it sufficient that the
> >user can change it in the own user profiles?
> For example if cygwin is still installed on a FAT drive (I know ...)
> it may be useful (for all users) to switch /tmp to an NTFS directory
> (e.g. XWin used to fail with a FAT /tmp for a while).

If you really do this, you're doing something wrong in my opinion.
But, point taken.

David, any problem to create tmp.sh and tmp.csh in profile.d for this
purpose?

Anyway, after that change it's really time to start using the new
base-files package.  It's pending already too long, IMHO.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: Bug? LLVM builds fail on 1.7.8 (fenv.h)

[Corinna Vinschen]

On Mar  9 17:47, Magnus Reftel wrote:
> Hi all,
> 
> it seems that the fenv.h introduction may have caused some problems.
> LLVM fails to build now, and fit seems to me that it could be because
> #define _GLIBCXX_HAVE_FENV_H 1
> is missing in
> /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/i686-pc-cygwin/bits/c++config.h
> 
> For the analysis, please see LLVM bug 9436 at
> http://llvm.org/bugs/show_bug.cgi?id=9436

This isn't a Cygwin bug, but a bug in LLVM.

How on earth can anybody expect that a define _GLIBCXX_HAVE_FENV_H is
set on a system which doesn't even *use* glibc?

The right thing to do for LLVM would be to add a autoconf test to
check for fenv.h and then use HAVE_FENV_H instead of realying on a
system-dependent define in one of the compiler headers.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: Bug? LLVM builds fail on 1.7.8 (fenv.h)

[Corinna Vinschen]

On Mar 10 10:26, Corinna Vinschen wrote:
> On Mar  9 17:47, Magnus Reftel wrote:
> > Hi all,
> > 
> > it seems that the fenv.h introduction may have caused some problems.
> > LLVM fails to build now, and fit seems to me that it could be because
> > #define _GLIBCXX_HAVE_FENV_H 1
> > is missing in
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/i686-pc-cygwin/bits/c++config.h
> > 
> > For the analysis, please see LLVM bug 9436 at
> > http://llvm.org/bugs/show_bug.cgi?id=9436
> 
> This isn't a Cygwin bug, but a bug in LLVM.
> 
> How on earth can anybody expect that a define _GLIBCXX_HAVE_FENV_H is
> set on a system which doesn't even *use* glibc?
> 
> The right thing to do for LLVM would be to add a autoconf test to
> check for fenv.h and then use HAVE_FENV_H instead of realying on a
> system-dependent define in one of the compiler headers.

Hang on, I take that back.  I just realized that this is actually all
in the GCC header files and that GCC actually uses _GLIBC prefixed
macros, even on systems not using glibc.  Oh well.

Dave?  Any chance we can get a new gcc 4.3.4 package with this change
ASAP?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: Bug? LLVM builds fail on 1.7.8 (fenv.h)

[Yaakov (Cygwin/X)]

On Thu, 2011-03-10 at 10:31 +0100, Corinna Vinschen wrote:
> \Hang on, I take that back.  I just realized that this is actually all
> in the GCC header files and that GCC actually uses _GLIBC prefixed
> macros, even on systems not using glibc.  Oh well.
> 
> Dave?  Any chance we can get a new gcc 4.3.4 package with this change
> ASAP?

>From a previous discussion with Dave, that should be a 4.5.2 built
against 1.7.8.  If that's not happening really soon, though, I'll
probably spin a release for Ports instead.


Yaakov



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

Re: Bug? LLVM builds fail on 1.7.8 (fenv.h)

[Corinna Vinschen]

On Mar 10 03:59, Yaakov (Cygwin/X) wrote:
> On Thu, 2011-03-10 at 10:31 +0100, Corinna Vinschen wrote:
> > \Hang on, I take that back.  I just realized that this is actually all
> > in the GCC header files and that GCC actually uses _GLIBC prefixed
> > macros, even on systems not using glibc.  Oh well.
> > 
> > Dave?  Any chance we can get a new gcc 4.3.4 package with this change
> > ASAP?
> 
> >From a previous discussion with Dave, that should be a 4.5.2 built
> against 1.7.8.  If that's not happening really soon, though, I'll
> probably spin a release for Ports instead.

IIUC fenv does not rely on 4.5.x, it's just that 4.5.x needs fenv,
isn't it?

So, for the time being it should be sufficient to get a gcc4-g++-4.3.3-4
package with just a tweaked c++config.h.  I have often replaced a file
in a package by just unpacking and repacking the source and binary
packages without rebuilding, but I don't know if this c++config.h change
would require a rebuild...


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

Re: perl 5.12?

[Reini Urban]

2011/3/10 Ken Brown :
> I'm wondering whether there are any plans to release perl 5.12 in the near
> future.  I'm asking because it would be helpful for biber
> (http://biblatex-biber.sourceforge.net/), which I'm building for texlive
> 2011.

Sorry, there are no plans to package 5.12 for cygwin officially.
It builds out of the box and I test it regularly.
We will go directly to 5.14 end of April 2010.

5.14 looks much saner than 5.12 to me.
5.12 breaks the API but does not offer too much
benefits for the update worries.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

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

Re: Rsync and FAT32

[Ehud Karni]

On Wed, 09 Mar 2011 17:39:33 -0500, Larry Hall (Cygwin) wrote:
>
> On 3/9/2011 4:34 PM, Panos Katergiathis wrote:
> >
> > rsync -e 'ssh -p 22 -l root' -z --delete-excluded --verbose
> > --recursive --delete --update --exclude-from=exclude.rs root@ > name>:xms/home /cygdrive/e/MyNetworkServers/XMS-home
>
> So you're copying from the Linux machine to the Windows machine, just as you
> stated the first time.  I don't see any flags (-a, -p, --chmod, -A,
> --fake-super, etc.) here that would set the permissions as you would need
> them on the Windows machine.  I recommend doing so.

I think Larry found your problem. You can use the --archive option (good
when rsyncing for an exact backup).

Since you are using net connection, please look also at --whole-file option.
Also, your ssh user and rsync user are the same, so you can use --rsh=ssh
instead of using the -e option.

Ehud.


--
 Ehud Karni   Tel: +972-3-7966-561  /"\
 Mivtach - Simon  Fax: +972-3-7976-561  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D Better Safe Than Sorry

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

Re: Rsync and FAT32

[Panos Katergiathis]

Solved.
It appears that the -A flag works as expected.
Thank you all for your help.

Panos

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

[ANNOUNCEMENT] Updated: python-gdata-2.0.14-1

[Chris Sutcliffe]

Version 2.0.14-1 of python-gdata has been uploaded.

python-gdata is the Google Data Python Client Library.  The Google
Data Python Client Library provides a library and source code that
make it easy to access data through Google Data APIs.

=== 2.0.14 ===
7 Mar 2011

 - Bug Fixes:
  * 491. 302 redirect on some gsessionids
  * 501. Remove support for deprecated Maps Data API.
  * 462. Bug in samples/analytics/data_feed_demo.py (using segments)
  * 482. String exception in service.py
  * 414. http proxy url containing properly formatted user-name and password 
not accepted
 - Turn on SSL for Codesearch, Photos, Project Hosting, Analytics,
Contacts, Marketplace Licensing, and Docs.
 - Add batch default URL to the Contacts API and clean the sample code. 
(issue458)
 - Added support for Content API for Shopping
 - Added Calendar V2 API support
 - Add Google Marketplace Licensing API to the Gdata Python Client
 - Added patch from Alexandre Vivien that fixes calendar resource email support 
that somehow went missing in a previous release.

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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

http://sourceware.org/lists.html#unsubscribe-simple

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



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

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

[Jon TURNEY]

On 09/03/2011 19:29, Thomas Wolff wrote:
> For example if cygwin is still installed on a FAT drive (I know ...) it may be
> useful (for all users) to switch /tmp to an NTFS directory (e.g. XWin used to
> fail with a FAT /tmp for a while).

This is wrong on several counts.

XWin still fails with /tmp on FAT.  This is because XWin uses hardlinks to
create it's lock file, and cygwin can't support hardlinks on FAT because the
filesystem doesn't support them.

XWin uses the literal path /tmp.  A lock file which appears in a different
place depending on an environment variable wouldn't be much of a lock file.

If you actually have this problem with XWin, you should use the server option
-nolock.

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

Re: snapshots revisited

[Christopher Faylor]

On Thu, Mar 10, 2011 at 10:13:53AM +0100, Corinna Vinschen wrote:
>> And finally, since we are talking setup.exe, i've observed that
>> even if you install and install continuously (say: every hour or so),
>> setup.exe continuously installs and installs again several of the
>> src packages (always the same packages, eg qt4-4.5.3-1-src), which
>> takes several dozens of seconds,
>
>I saw that as well, but I think this is only some hickup in postinstall
>script handling.  It doesn't hurt so I really never cared enough to
>investigate.

And, unsurprisingly, it has been mentioned many times before.

cgf

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

cygpath, cygcheck not working

[Tod]

I just ran an update and now I can't get either of these two programs to 
display anything.  I execute them and get nothing back.  I tried getting 
out of X (I use WindowMaker) to see if that was an issue but the bare 
bones console has the same result.  Any ideas?



Thanks.

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

How do I update SSHD daemon password?

[David Means]

I changed the password on the account used by the cron daemon and the
ssh daemon.  Both services (cron and ssh) use the same user account
named, 'sshd'.

However, the ssh daemon will not take the username/password change.
I've tried un-installing all SSH files (via the cygwin setup.exe
utility) and re-installing the files.  I then tried de-installing the
files and upgrading to the latest version.  That didn't help either.

If I knew where the ssh daemon username/password information was
cached, I think I could fix it, or at least delete it and start over
again.

And ideas would be appreciated!

Thank you.


$ ssh-host-config --yes --user sshd --pwd XXX
*** Query: Overwrite existing /etc/ssh_config file? (yes/no) yes
*** Info: Creating default /etc/ssh_config file
*** Query: Overwrite existing /etc/sshd_config file? (yes/no) yes
*** Info: Creating default /etc/sshd_config file
*** Info: Privilege separation is set to yes by default since OpenSSH 3.3.
*** Info: However, this requires a non-privileged account called 'sshd'.
*** Info: For more info on privilege separation read
/usr/share/doc/openssh/README.privsep.
*** Query: Should privilege separation be used? (yes/no) yes
*** Info: Updating /etc/sshd_config file

*** Info: Host configuration finished. Have fun!

$ net start sshd
System error 1069 has occurred.

The service did not start due to a logon failure.


$ net start cron
The Cron daemon service is starting.
The Cron daemon service was started successfully.


$ cygcheck --version
cygcheck version 1.126
System Checker for Cygwin
Copyright (C) 1998 - 2008 Red Hat, Inc.
Compiled on Mar  1 2011

$ uname -a
CYGWIN_NT-6.1-WOW64 myhost 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin


---
David Means

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

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

[Thomas Wolff]

Am 10.03.2011 15:40, schrieb Jon TURNEY:

On 09/03/2011 19:29, Thomas Wolff wrote:

For example if cygwin is still installed on a FAT drive (I know ...) it may be
useful (for all users) to switch /tmp to an NTFS directory (e.g. XWin used to
fail with a FAT /tmp for a while).

This is wrong on several counts.

XWin still fails with /tmp on FAT.  This is because XWin uses hardlinks to
create it's lock file, and cygwin can't support hardlinks on FAT because the
filesystem doesn't support them.

XWin uses the literal path /tmp.  A lock file which appears in a different
place depending on an environment variable wouldn't be much of a lock file.

Oops, you're right. Actually the workaround I used here is to remount /tmp
('mount -f C:/tmp /tmp' in a profile; I could have checked that...)

Thomas


If you actually have this problem with XWin, you should use the server option
-nolock.

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




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

Re: perl 5.12?

[Ken Brown]

On 3/10/2011 6:43 AM, Reini Urban wrote:

2011/3/10 Ken Brown:

I'm wondering whether there are any plans to release perl 5.12 in the near
future.  I'm asking because it would be helpful for biber
(http://biblatex-biber.sourceforge.net/), which I'm building for texlive
2011.


Sorry, there are no plans to package 5.12 for cygwin officially.
It builds out of the box and I test it regularly.
We will go directly to 5.14 end of April 2010.

5.14 looks much saner than 5.12 to me.
5.12 breaks the API but does not offer too much
benefits for the update worries.


5.14 is even better for my purposes.  Thanks.

Ken

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

ssh from linux to windows - backtick output ended with '\r'

[Philippe Scelers]

Hi,
When setting a variable with the output of a command, the content of 
variable is not correct when passed through ssh command, but works fine 
within a ssh session.
Looks like remote interactive session with ssh enter Cygwin (uname -s = 
CYGWIN_NT-5.1), but remote command with ssh does not (uname -s = 
Windows_NT)


And ideas would be appreciated!

My tests, executing same command line to highlight problem

The following remote ssh command fail ($a ends with '\r'):
ssh frgbuild@win32-xp-ps 'echo "`uname -a`" ; set -x ; a=`uname -r` ; 
b=`uname -rs` ; echo "a=$a=EOA=" ; echo "b=$b=EOB=" ; set +x'

Windows_NT WIN32-XP-PS 5 01 586
++ uname -r
+ a=$'5\r'
++ uname -rs
=EOA=
=EOB=dows_NT 5
' b='Windows_NT 5
+ echo $'a=5\r=EOA='
=EOB=' 'b=Windows_NT 5
+ set +x

The following interactive ssh session is working:
ssh frgbuild@win32-xp-ps
$ echo "`uname -a`" ; set -x ; a=`uname -r` ; b=`uname -rs` ; echo 
"a=$a=EOA=" ; echo "b=$b=EOB=" ; set +x

CYGWIN_NT-5.1 Win32-XP-PS 1.7.4(0.225/5/3) 2010-04-07 11:02 i686 Cygwin
++ uname -r
+ a='1.7.4(0.225/5/3)'
++ uname -rs
+ b='CYGWIN_NT-5.1 1.7.4(0.225/5/3)'
+ echo 'a=1.7.4(0.225/5/3)=EOA='
a=1.7.4(0.225/5/3)=EOA=
+ echo 'b=CYGWIN_NT-5.1 1.7.4(0.225/5/3)=EOB='
b=CYGWIN_NT-5.1 1.7.4(0.225/5/3)=EOB=
+ set +x

Philippe

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

Re: ssh from linux to windows - backtick output ended with '\r'

[Christopher Faylor]

On Thu, Mar 10, 2011 at 06:32:00PM +0100, Philippe Scelers wrote:
>Hi,
>When setting a variable with the output of a command, the content of 
>variable is not correct when passed through ssh command, but works fine 
>within a ssh session.
>Looks like remote interactive session with ssh enter Cygwin (uname -s = 
>CYGWIN_NT-5.1), but remote command with ssh does not (uname -s = 
>Windows_NT)
>
>And ideas would be appreciated!
>
>My tests, executing same command line to highlight problem
>
>The following remote ssh command fail ($a ends with '\r'):
>ssh frgbuild@win32-xp-ps 'echo "`uname -a`" ; set -x ; a=`uname -r` ; 
>b=`uname -rs` ; echo "a=$a=EOA=" ; echo "b=$b=EOB=" ; set +x'
>Windows_NT WIN32-XP-PS 5 01 586
>++ uname -r
>+ a=$'5\r'
>++ uname -rs
>=EOA=
>=EOB=dows_NT 5
>' b='Windows_NT 5
>+ echo $'a=5\r=EOA='
>=EOB=' 'b=Windows_NT 5

Sure looks like you're not running the Cygwin version of uname here.
That would be consistent with \r\n line endings.

cgf

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

YA call to test cygwin snapshot

[Christopher Faylor]

I'd appreciate another round of testing on the latest Cygwin snapshot.

Please test it out and note successes/failures.

When you do that, please include platform information, e.g., Windows 7 64-bit,
Windows 2003 32-bit, etc.

There is no need to download the full .tar.bz2 file for this testing.  Just
installing the DLL should suffice.

Thanks.

cgf

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

Re: 1.7.8: write fails with EAGAIN

[Robert Wruck]

Hi,

tested with cvs HEAD:


Just terminating the loop after write_overlapped_fallback is not enough.
When the size to write exceeds MAX_OVERLAPPED_WRITE_LEN and WriteFile
fails for MAX_OVERLAPPED_WRITE_LEN, write() will always return 0.


Now any write with length > MAX_OVERLAPPED_WRITE_LEN fails with -1 / 
EFBIG (on the machine that has the WriteFile limitation).


-Robert

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

Re: 1.7.8: write fails with EAGAIN

[Christopher Faylor]

On Thu, Mar 10, 2011 at 09:11:52PM +0100, Robert Wruck wrote:
>Hi,
>
>tested with cvs HEAD:
>
>> Just terminating the loop after write_overlapped_fallback is not enough.
>> When the size to write exceeds MAX_OVERLAPPED_WRITE_LEN and WriteFile
>> fails for MAX_OVERLAPPED_WRITE_LEN, write() will always return 0.
>
>Now any write with length > MAX_OVERLAPPED_WRITE_LEN fails with -1 / 
>EFBIG (on the machine that has the WriteFile limitation).

How about if you try a snapshot rather than your own home-built version?

cgf

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

Re: 1.7.8: write fails with EAGAIN

[Christopher Faylor]

On Thu, Mar 10, 2011 at 04:11:41PM -0500, Christopher Faylor wrote:
>On Thu, Mar 10, 2011 at 09:11:52PM +0100, Robert Wruck wrote:
>>Hi,
>>
>>tested with cvs HEAD:
>>
>>> Just terminating the loop after write_overlapped_fallback is not enough.
>>> When the size to write exceeds MAX_OVERLAPPED_WRITE_LEN and WriteFile
>>> fails for MAX_OVERLAPPED_WRITE_LEN, write() will always return 0.
>>
>>Now any write with length > MAX_OVERLAPPED_WRITE_LEN fails with -1 / 
>>EFBIG (on the machine that has the WriteFile limitation).
>
>How about if you try a snapshot rather than your own home-built version?

I've just run your test script a number of times and saw a failure a couple
of times.  It's a race condition that is fixable.

The irritating thing that I noticed is that, despite returning an error,
WriteFile nevertheless still writes 64K of the data.  That's pretty
annoying and is something that I have to fix.

cgf

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

Re: 1.7.8: write fails with EAGAIN

[Robert Wruck]

How about if you try a snapshot rather than your own home-built
version?


There is no snapshot dated 03-10 on http://cygwin.com/snapshots/.

Unfortunately, there is no "hard limit" of 64MB.
On the machine where I first encountered the error, the limit seems to 
be about 16MB. On another machine, it's higher, about 200MB.
When the real limit is less than MAX_OVERLAPPED_WRITE_LEN, 
write_overlapped_fallback cannot succeed.


-Robert

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

Re: snapshots revisited

[Christopher Faylor]

On Thu, Mar 10, 2011 at 10:13:53AM +0100, Corinna Vinschen wrote:
>On Mar 10 08:09, EXCOFFIER Denis wrote:
>>Also that you replace GMT by UT in this snapshot page.
>
>I guess you mean UTC.  Good point.  Chris?

No comment.  I *have*, however, filed this under "Nitpicky things that I
can't believe anyone would send email to a mailing list about."

cgf

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

Re: snapshots revisited

[Christopher Faylor]

On Thu, Mar 10, 2011 at 06:24:24PM -0500, Christopher Faylor wrote:
>On Thu, Mar 10, 2011 at 10:13:53AM +0100, Corinna Vinschen wrote:
>>On Mar 10 08:09, EXCOFFIER Denis wrote:
>>>Also that you replace GMT by UT in this snapshot page.
>>
>>I guess you mean UTC.  Good point.  Chris?
>
>No comment.  I *have*, however, filed this under "Nitpicky things that I
>can't believe anyone would send email to a mailing list about."

Actually, apologies.  I guess the above is a comment.

cgf

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

Re: Solution to using different usernames

[Jay Adams]

Shouldn't there be a tool in Cygwin that will give you the SID? After
all, it does have to read it too! I do like Sys Internals, but they add
regkeys which I don't like. Also, isn't setting the SID a bit static?
What would happen if I wanted to change usernames again? So I ask, is
there a way to dynamically change the value in /etc/passwd similar to
what I did with /etc/profile.d/user.sh?

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