Re: rsync over ssh hang issue understood

[Lev Bishop]

On 7/7/06, Darryl Miles wrote:

Dave Korn wrote:
> On 07 July 2006 01:31, Darryl Miles wrote:
>> Maybe you are in a better position to share more insight into the
>> situation (specifically about the use of NtQueryInformationFile in
>> addressing the writability semantics of the POSIX select/poll/write
>> event system).
>
>   I think you should just use it and it should just work.

Okay the immediate red flag I can see with it:

else if (fpli.WriteQuotaAvailable >= PIPE_BUF)
 gotone += s->write_ready = true;


The underlying socket is still being used in blocking mode.


Socket?? What is this socket?


Which means
when we write write 1024 bytes of data but only one PIPE buffer is free
(ulimit -p) a POSIX kernel would allow:


What is "one PIPE buffer (ulimit -p)"?


Non-blocking:

write(fd, buffer, 1024) = 512
write(fd, &buffer[512], 512) = -1 (EAGAIN)

Blocking:

write(fd, buffer, 1024) = 512
write(fd, &buffer[512], 512) = [blocking occurs until] 512


SUSv3 does not permit this behaviour. It is quite clear on this point:
"If the O_NONBLOCK flag is clear, a write request may cause the thread
to block, but on normal completion it shall return nbyte."


I would guess under WIN32 we end up with fhandler.cc:raw_write() doing:

WriteFile(hPipe, buffer, 1024, &writtenLen, 0) = [blocking occurs until]
TRUE (writtenLen=1024)


This gives the SUSv3-mandated behaviour for blocking pipes (modulo
signal-interruptibility).


Maybe PIPE_NOWAIT would be good for us (to setup when the fd has
O_NONBLOCK set).


If PIPE_NOWAIT isn't good for us.  We can get around this by using
Overlapping I/O and controlling the outstanding pipe buffers.  This
makes cygwin simulate 'ulimit -p' to some degree.  Which is back towards
my proposal.


What does "simulate 'ulimit -p'" mean? ulimit -p works just fine on cygwin:
$ ulimit -p
8

Lev

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

modperl2

[Ken Perl]

hi,
does cygwin have modperl compiled package? I guess no, so I installed
apache-dev which should has the apxs included, but I don't know where
it is installed.

--
perl -e 'print unpack(u,"62V5N\"FME;G\!Ehttp://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rsync over ssh hang issue understood

[Darryl Miles]

Dave Korn wrote:
On 07 July 2006 01:31, Darryl Miles wrote: 

Maybe you are in a better position to share more insight into the
situation (specifically about the use of NtQueryInformationFile in
addressing the writability semantics of the POSIX select/poll/write
event system).


  I think you should just use it and it should just work.


Okay the immediate red flag I can see with it:

else if (fpli.WriteQuotaAvailable >= PIPE_BUF)
 gotone += s->write_ready = true;


The underlying socket is still being used in blocking mode.  Which means 
when we write write 1024 bytes of data but only one PIPE buffer is free 
(ulimit -p) a POSIX kernel would allow:



Non-blocking:

write(fd, buffer, 1024) = 512
write(fd, &buffer[512], 512) = -1 (EAGAIN)

Blocking:

write(fd, buffer, 1024) = 512
write(fd, &buffer[512], 512) = [blocking occurs until] 512



I would guess under WIN32 we end up with fhandler.cc:raw_write() doing:

WriteFile(hPipe, buffer, 1024, &writtenLen, 0) = [blocking occurs until] 
TRUE (writtenLen=1024)



Maybe PIPE_NOWAIT would be good for us (to setup when the fd has 
O_NONBLOCK set).



If PIPE_NOWAIT isn't good for us.  We can get around this by using 
Overlapping I/O and controlling the outstanding pipe buffers.  This 
makes cygwin simulate 'ulimit -p' to some degree.  Which is back towards 
my proposal.




Darryl

--
Unsubscribe info:  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.exe roadblocks

[Richard Foulk]

> Hash: SHA1
>
> According to Richard Foulk on 7/5/2006 5:16 PM:
> > 
> > My apologies for the substandard report.  I forgot to take notes the
> > last time it happened.  :-(  Now I remember ... it's the message that
> > warns about files having changed -- so you need to reboot or things
> > won't work right.
> > 
> > But this stops the download until you dismiss the popup.  :-(
>
> The solution is simple.  Ensure that no cygwin processes are running
> before you start setup.exe, then no cygwin files will be in use and
> setup.exe will have no reason to popup a box.
>
> - --
> Life is short - so eat dessert first!
>
> Eric Blake [EMAIL PROTECTED]

Right you are.  Sadly, that can mean an unnecessarily long time without
use of Cygwin.  :-(


--
Unsubscribe info:  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: Ask about runConfigure

[Larry Hall (Cygwin)]

[EMAIL PROTECTED] wrote:

Dear Cygwin,
I installed Cygwin in my computer. But I cannot find runConfigure. I want to 
use it. Could you please inform me how can i do?



Perhaps you should start at the beginning:


Problem reports:   http://cygwin.com/problems.html



Be sure to include what you believe 'runConfigure' is and why it has any
relevance to Cygwin, among the other requested information at the web page
above.


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

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

change in 20060704 snap

[clayne]

-/* undocumented in wsock32.dll */
-extern "C" unsigned int WINAPI inet_network (const char *);
-
 extern "C" unsigned int
 cygwin_inet_network (const char *cp)
@@ -157,7 +152,5 @@ cygwin_inet_network (const char *cp)
   if (efault.faulted (EFAULT))
 return INADDR_NONE;
-  unsigned int res = inet_network (cp);
-
-  return res;
+  return ntohl (inet_addr (cp));
 }

Won't this be returning a full host address rather than a network address
now?

If need be, I could contribute by writing cygwin-native versions of
inet_pton, inet_ntop, inet_aton, inet_ntoa, etc. rather than calling the
windows variants. inet_addr on it's own is already pretty bitrotted at
this point as well.

-cl

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

RE: how to install cygrunsrv

[Dave Korn]

On 07 July 2006 02:20, Ken Perl wrote:

> question as titled, could anybody know that? I can't find the
> cygrunsrv in my cygwin during installation.


  Re-run setup.exe (choose 'install from internet'), expand the 'Admin'
category, it should be there.  Set it to install.


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: rsync over ssh hang issue understood

[Dave Korn]

On 07 July 2006 01:31, Darryl Miles wrote:

> Dave Korn wrote:
>> On 06 July 2006 23:02, Darryl Miles wrote:
>>> However according to MSDN this function is undocumented.
>> 
>>   No, it's documented in the DDK these days.
>> 
>>
http://msdn.microsoft.com/library/en-us/Kernel_r/hh/Kernel_r/k111_822ab812-a64
4-4574-8d89-c4ebf5b17ea5.xml.asp?frame=true
>> 
>> (ZwQueryInformationFile == NtQueryInformationFile)
> 
> Please explain the relevance for the uninitiated.
> 
> The Zw stuff looks like Device Drive APIs, where as we want
> Userspace/Application APIs.

  As I said before, 

ZwQueryInformationFile == NtQueryInformationFile.

> There is no documented type for
> FILE_INFORMATION_CLASS=FilePipeLocalInformation in the Zw functions.

  If it works in NtXxx it works in ZwXxxx.
 
> So my stance is still the same.  A MS rocket scientist is still
> necessary requirement to continue with the existing approach.  The
> rocket scientist will understand things that mere mortals wont :).

  No, someone with kernel and NT native API experience is a necessary
requirement  :)  So, let me continue:

  The Nt Native API is available to both Win32 and kernel-mode programs - in
fact, the win32 api is built on the native API.  For user mode programs, the
Nt and Zw versions of the function are identical, different symbols pointing
to the same address in ntdll.dll, which loads a pointer to the arguments into
%edx and the syscall number for Nt/ZwQueryInformationFile into %eax and enters
the kernel syscall dispatcher through int 0x2e.  In ntoskrnl.exe itself, which
is what kernel-mode drivers link directly against rather than against the
ntdll.dll shim functions, there are also Nt and Zw versions of each symbol;
the Zw version re-enters via the int 0x2e trap gate, whereas the Nt version is
the actual underlying function code which the system service dispatcher
invoked by int 0x2e eventually dispatches through after looking it up in the
KiSystemServiceTable.

> Maybe you are in a better position to share more insight into the
> situation (specifically about the use of NtQueryInformationFile in
> addressing the writability semantics of the POSIX select/poll/write
> event system).

  I think you should just use it and it should just work.

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


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

RE: cygwin1.dll conflict

[Dave Korn]

On 07 July 2006 01:32, Dale King wrote:

> I'm supposedly having a problem with an old version of cygwin1.dll,
> but I find no old version.
> 
> When I try to compile software with g++ I get this error:
> 
> c:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\cc1plus.exe (1108): *** proc magic
> mismat ch detected - 0x704D1F7E/0xD079E02.
> This problem is probably due to using incompatible versions of the cygwin
> DLL. Search for cygwin1.dll using the Windows Start->Find/Search facility
> and delete all but the most recent version.  The most recent version
> *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have
> installed the cygwin distribution.  Rebooting is also suggested if you
> are unable to find another cygwin DLL.
> 
> And when I run cygwin setup it tell me that I have an old version of
> cygwin1.dll in c:\windows\system32, but it fails when it tries to
> delete it. But there is no cygwin1.dll there or anywhere else on my
> system except in c:\cygwin\bin. I even deleted that one and
> reinstalled and still have the same problem.
> 
> I have attached the output of cygcheck.

...which says...

"Warning: There are multiple cygwin1.dlls on your path"

...and lists

  602k 2005/06/26 C:\WINDOWS\system32\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2005/5/25 19:38

 1831k 2006/07/01 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2006/7/1 2:22

  You must need more coffee!  

  As to it failing when it tries to delete it, that must be because something
is keeping it in use; either try shutting all your other apps down, or maybe
use something like sysinternals' process explorer and search for which app has
a handle to cygwin1.dll.

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/

how to install cygrunsrv

[Ken Perl]

question as titled, could anybody know that? I can't find the
cygrunsrv in my cygwin during installation.

--
perl -e 'print unpack(u,"62V5N\"FME;G\!Ehttp://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygport tweaks

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eric Blake wrote:
> I just switched diffstat from g-b-s to cygport, and have to say I was
> pretty impressed.

Thanks. :-)

> In the process, I discovered that cygport doesn't recognize .asc as 
> a valid file suffix for a gpg signature. And if there are no source
> patches, it would be nicer to not distribute ${P}.src.patch at all
> rather than distributing a 0-byte file.

I'll look into these for 0.2.3.

> Also, the cygport README states that cygport is still unsupported on the
> main cygwin mailing list; should that be updated now that cygport is an
> official package?

Already fixed in CVS.


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

iD8DBQFErcKDpiWmPGlmQSMRAprZAJ9Qe6r7WWybDhUBfoP5mL2amUgSIQCdEnJf
y7gCTkRMbssglXsKYxtiPjE=
=Wlq2
-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: rsync over ssh hang issue understood

[Darryl Miles]

Dave Korn wrote:

On 06 July 2006 23:02, Darryl Miles wrote:
However according to MSDN this function is undocumented.  


  No, it's documented in the DDK these days.

http://msdn.microsoft.com/library/en-us/Kernel_r/hh/Kernel_r/k111_822ab812-a644-4574-8d89-c4ebf5b17ea5.xml.asp?frame=true

(ZwQueryInformationFile == NtQueryInformationFile)


Please explain the relevance for the uninitiated.

The Zw stuff looks like Device Drive APIs, where as we want 
Userspace/Application APIs.


There is no documented type for 
FILE_INFORMATION_CLASS=FilePipeLocalInformation in the Zw functions.


So my stance is still the same.  A MS rocket scientist is still 
necessary requirement to continue with the existing approach.  The 
rocket scientist will understand things that mere mortals wont :).



Maybe you are in a better position to share more insight into the 
situation (specifically about the use of NtQueryInformationFile in 
addressing the writability semantics of the POSIX select/poll/write 
event system).



Darryl

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

Ask about runConfigure

[huawei]

Dear Cygwin,
I installed Cygwin in my computer. But I cannot find runConfigure. I want to 
use it. Could you please inform me how can i do?
Best Regards,
Dr huawei

--
Unsubscribe info:  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: rsync over ssh hang issue understood

[Dave Korn]

On 06 July 2006 23:02, Darryl Miles wrote:

> Christopher Faylor wrote:
>> On Sat, Jul 01, 2006 at 11:05:24AM -0400, Christopher Faylor wrote:
>> Since I'm not getting any nibbles when I talk about "the person
>> responsible" here, I guess he must be long gone by now.
>> 
>> So, his pipe code, which seemed to be based on correct concepts, is
>> basically up for grabs for some enterprising soul to either take it the
>> rest of the way or prove that it can't be made to work.
> 
> I've done as you have asked and investigated as much as I can into the
> current solution using NtQueryInformationFile().
> 
> 
> However according to MSDN this function is undocumented.  

  No, it's documented in the DDK these days.

http://msdn.microsoft.com/library/en-us/Kernel_r/hh/Kernel_r/k111_822ab812-a64
4-4574-8d89-c4ebf5b17ea5.xml.asp?frame=true

(ZwQueryInformationFile == NtQueryInformationFile)

>   * There is no contractual specification with the API.
> 
>   * There is therefore no guarantee MS won't change its behavior between
> patch levels and builds.  Infact I think this problem has been pointed
> out to this list before due to problems between specifics ServicePacks.
> 
>   * There is therefore no guarantee the next version of Windows will
> support it at all.
> 
>   * There is therefore no guaranteed meaning to the return values.
> 
>   * Maybe a MS rocket scientist is watching this last and would be able
> to provide some authoritative understanding of how this function call
> works between different windows versions.  Maybe the original author got
> the idea out of a "behind the scenes" book on Win32 API and tested out a
> hunch.

  The core native API functionality has been very stable since NT3.51 days.
If NT messed with ZwQueryInformationFile now, *tonnes* of stuff would break.
Cygwin would be the least of our problems, it'd instantly knacker every
anti-virus and desktop firewall software.  And it would be pointless and daft
considering they've got an infinitely extensible API there already.

  If they want to extend or alter the API, they'll extend the
FileInformationClass enumeration and define new FileInformation structs; it's
very unlikely they'd gratuitously break the backward compatibility, and even
less likely they'd change any of the fundamental ones like the names or
timestamps.  Even if they do, you can mitigate the risk of an error in your
code by strictly checking the size of the returned data against the size you
expect that particular struct to be; use precisely-sized buffers and any
under- or overflow means that the format isn't what you expect it is and you
can discard the bad data and error or fallback in some way.  (Admitted that
won't catch struct changes that don't affect the size, but we're reducing the
probability of anything slipping past us).

  Assuming the use of Zw/NtQueryInformationFile /can/ be taken as reliable and
effective, how do you evaluate the rest of what's there?


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: configure: error: installation or configuration problem: C compiler

[Dave Korn]

On 06 July 2006 21:57, Brian Dessent wrote:

> Bhagwan Anjanappa wrote:
> 
>> conftest.c  1>&5 gcc: installation problem, cannot exec `as': No such
>> file or directory configure: failed program was:
> 
> Binutils contains the assembler (as) which is required to use gcc.  Your
> problem therefore is that either you did not install binutils or the
> installation failed.  (I don't know how one can manage to install gcc
> without binutils though, because the setup.exe tool should have selected
> binutils for you when you selected gcc, and it should have loudly
> complained that there was an unmet dependency if you overrode its
> choice.)


... and so the best thing to do is run setup.exe again, and it should
automatically select binutils (use the install-from-internet option) and
install it for you, but it wouldn't hurt to double-check in the package
chooser's 'partial' view that binutils is listed to be installed.

  If it still doesn't work then, run "cygcheck -svr >cygcheck.out" in a bash
shell, and send the resulting cygcheck.out file as an attachment with your
next post.

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: rsync over ssh hang issue understood

[Darryl Miles]

Christopher Faylor wrote:

On Sat, Jul 01, 2006 at 11:05:24AM -0400, Christopher Faylor wrote:
Since I'm not getting any nibbles when I talk about "the person
responsible" here, I guess he must be long gone by now.

So, his pipe code, which seemed to be based on correct concepts, is
basically up for grabs for some enterprising soul to either take it the
rest of the way or prove that it can't be made to work.


I've done as you have asked and investigated as much as I can into the 
current solution using NtQueryInformationFile().



However according to MSDN this function is undocumented.  This means a 
number of things:


 * There is no contractual specification with the API.

 * There is therefore no guarantee MS won't change its behavior between 
patch levels and builds.  Infact I think this problem has been pointed 
out to this list before due to problems between specifics ServicePacks.


 * There is therefore no guarantee the next version of Windows will 
support it at all.


 * There is therefore no guaranteed meaning to the return values.

 * Maybe a MS rocket scientist is watching this last and would be able 
to provide some authoritative understanding of how this function call 
works between different windows versions.  Maybe the original author got 
the idea out of a "behind the scenes" book on Win32 API and tested out a 
hunch.



I would appreciate your thoughts on this situation now I have clarified 
it as I see it.  There is no point basing the very specific behavior 
semantics of POSIX pipes on the building blocks of undocumented API calls.


I personally have no more interest or time in resurrecting this solution 
and will continue to work on a new solution.



The proposed solution I was putting forward uses documented APIs and 
Overlapping I/O in the way MS had intended.  The blocking/throttling 
nature of POSIX is manufactured from wait queues implemented with native 
Mutex/Event objects.


The biggest drawbacks to my proposal is the double buffering that will 
occur for all written data.  I do not expect the Mutex/Event overhead to 
get in the way for the most common case.  I have no problem in taking 
that performance hit to get a working POSIX pipe.



Darryl

--
Unsubscribe info:  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: configure: error: installation or configuration problem: C compiler

[Brian Dessent]

Bhagwan Anjanappa wrote:

>My apologies to one and all for not being specific in my previous
> mail. Well having said that, I am using Win 2000 and when I try to
> configure httperf tool on Cygwin the command I give is as below
> however my Cygwin tool and httperf tool are installed on saperate
> Drives in the Hard disk.

What part of "please provide the requested cygcheck output" was not
clear?  It would have made the cause of your problem instantly obvious.

> conftest.c  1>&5 gcc: installation problem, cannot exec `as': No such
> file or directory configure: failed program was:

Binutils contains the assembler (as) which is required to use gcc.  Your
problem therefore is that either you did not install binutils or the
installation failed.  (I don't know how one can manage to install gcc
without binutils though, because the setup.exe tool should have selected
binutils for you when you selected gcc, and it should have loudly
complained that there was an unmet dependency if you overrode its
choice.)

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/

configure: error: installation or configuration problem: C compiler

[Bhagwan Anjanappa]

Hi all,
   My apologies to one and all for not being specific in my previous 
mail. Well having said that, I am using Win 2000 and when I try to 
configure httperf tool on Cygwin the command I give is as below 
however my Cygwin tool and httperf tool are installed on saperate 
Drives in the Hard disk.

$ D:/.../http/test/httperf-0.8/configure

after this the error I get is as follows:

loading cache ./config.cache
checking for gcc... gcc
checking wether the C compiler  works. no
configure: error: installation or configuration problem: C compiler 
cannot create executables

when I checked the config.log filr which gives the error report it 
displayed this:

"This file contains any messages produced by compilers while running 
configure, to aid debugging if configure makes a mistake.

configure:548: checking for gcc

configure:661: checking whether the C compiler (gcc  ) works

configure:677: gcc -o conftest  -DNDEBUG -D_GNU_SOURCE -D_XOPEN_SOURCE  
conftest.c  1>&5 gcc: installation problem, cannot exec `as': No such 
file or directory configure: failed program was:

#line 672 "configure"
#include "confdefs.h"
main(){return(0);}
"
well I am completely lost and any reply would be kindly appreciated 
please do let me know if any other detail is needed.

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 1.5.20-1 problem writing to stdout

[Dave Korn]

On 06 July 2006 18:19, Christopher Faylor wrote:

> ago.  It should be fixed in the next snapshot.
> 
> This is a serious enough problem that I think a new 1.5.21 version of
> cygwin is warranted.  I'll probably be doing that soon if you can confirm
> that this fixes your problem.

  I can confirm that the patch in CVS fixes the problem as I reproduced it,
and without even recompiling the testcase executable, just swapping over the
dll.

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: cygwin 1.5.20-1 problem writing to stdout

[Kenneth Nellis]

The cygwin1-20060706.dll.bz2 snapshot seems to have fixed the problem.
Thanx for the quick turnaround!

--Ken Nellis

-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 06, 2006 1:19 PM
To: cygwin@cygwin.com
Subject: Re: cygwin 1.5.20-1 problem writing to stdout

On Thu, Jul 06, 2006 at 11:30:44AM -0400, Nellis, Kenneth wrote:
>A program, which I've had for years and which has worked on many 
>different Unix variants, stopped working when I upgraded to cygwin 
>1.5.20-1. When I back-installed 1.5.19-4, it resumed working. 
>Actually, the program functioned fine, but output to stdout was 
>stifled. I was able to reduce the program to the following few lines, 
>which exhibit the problem:
>
>=== xyz.c 
>#include 
>
>static char b[4001];
>static char *whoami;
>
>int main (int argc, char *argv[])
>{
>   puts ("hello");
>   return 0;
>}
>==

Thanks for the test case.

This problem was caused by a bug that I introduced in cygwin a while
ago.  It should be fixed in the next snapshot.

This is a serious enough problem that I think a new 1.5.21 version of
cygwin is warranted.  I'll probably be doing that soon if you can confirm
that this fixes your problem.

cgf


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

Re: problem after upgrading

[Carson Wilcox]

Larry,

Thanks for the quick response, it is really appreciated.

Carson

- Original Message 
From: Larry Hall (Cygwin) <[EMAIL PROTECTED]>
To: cygwin@cygwin.com
Sent: Thursday, July 6, 2006 12:29:39 PM
Subject: Re: problem after upgrading

Carson Wilcox wrote:
> Can anyone shed some light on this. When I upgraded cygwin yesterday, two 
> things that happened was that vim went to version 7.0 and gvim stayed at 
> version 6.4.
> Now I'm getting conflicts between the two versions.
> Has anyone else had this problem or have a resolution for it. The last time 
> this happened I just reverted back to vim version 6.4 but that no longer 
> appears to be available on the cygwin site.
> I've tried building the source but that is giving me issues as well and I 
> just don't have a lot of time right now to dig into it.
> 
> Any help would be apprecitated.

This "mismatch" between gvim and vim versions is a known issue.  It's being
worked on.  See the email archives for more details.

vim 6.4-4 is still available on mirrors (or should be).  It's just that setup
can only show you two versions, current and previous, and there are now 2
vim 7 versions.  However, you can still download vim 6.4-4 and install
it from your local directory.

Corinna, do you think it makes sense to set 6.4-4 as the previous version for
the interim so it is easily accessible via setup?


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

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





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

Re: cygwin 1.5.20-1 problem writing to stdout

[Christopher Faylor]

On Thu, Jul 06, 2006 at 11:30:44AM -0400, Nellis, Kenneth wrote:
>A program, which I???ve had for years and which has worked on many 
>different Unix variants, stopped working when I upgraded to cygwin 
>1.5.20-1. When I back-installed 1.5.19-4, it resumed working. 
>Actually, the program functioned fine, but output to stdout was 
>stifled. I was able to reduce the program to the following few lines, 
>which exhibit the problem:
>
>=== xyz.c 
>#include 
>
>static char b[4001];
>static char *whoami;
>
>int main (int argc, char *argv[])
>{
>   puts ("hello");
>   return 0;
>}
>==

Thanks for the test case.

This problem was caused by a bug that I introduced in cygwin a while
ago.  It should be fixed in the next snapshot.

This is a serious enough problem that I think a new 1.5.21 version of
cygwin is warranted.  I'll probably be doing that soon if you can confirm
that this fixes your problem.

cgf

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

Re: problem after upgrading

[Larry Hall (Cygwin)]

Carson Wilcox wrote:

Can anyone shed some light on this. When I upgraded cygwin yesterday, two 
things that happened was that vim went to version 7.0 and gvim stayed at 
version 6.4.
Now I'm getting conflicts between the two versions.
Has anyone else had this problem or have a resolution for it. The last time 
this happened I just reverted back to vim version 6.4 but that no longer 
appears to be available on the cygwin site.
I've tried building the source but that is giving me issues as well and I just 
don't have a lot of time right now to dig into it.

Any help would be apprecitated.


This "mismatch" between gvim and vim versions is a known issue.  It's being
worked on.  See the email archives for more details.

vim 6.4-4 is still available on mirrors (or should be).  It's just that setup
can only show you two versions, current and previous, and there are now 2
vim 7 versions.  However, you can still download vim 6.4-4 and install
it from your local directory.

Corinna, do you think it makes sense to set 6.4-4 as the previous version for
the interim so it is easily accessible via setup?


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

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

Re: problem with subshells or childs?

[ml]

Hi Eric,


  1. Are you sure rsync is complaining about ssh and not one of the other
 parameters?
It seems that it has something to do with opening a shell from another 
program, a assume via pipe(), when the environment is initialized.

Yes, invoking the same command string directly from the shell works.


  2. Does it work when invoked directly from the command line?  Does using
 /bin/sh help?
Yes, invoking the same command string directly works. The problem only 
occurs when invoked from a script. And no, using /bin/sh does not help.



Thanks!
ml

--
Unsubscribe info:  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 1.5.20-1 problem writing to stdout

[Dave Korn]

On 06 July 2006 16:31, Nellis, Kenneth wrote:

> A program, which I’ve had for years and which has worked on many
> different Unix variants, stopped working when I upgraded to cygwin
> 1.5.20-1. When I back-installed 1.5.19-4, it resumed working.
> Actually, the program functioned fine, but output to stdout was
> stifled. I was able to reduce the program to the following few lines,
> which exhibit the problem:
> 
> === xyz.c 
> #include 
> 
> static char b[4001];
> static char *whoami;
> 
> int main (int argc, char *argv[])
> {
>puts ("hello");
>return 0;
> }
> ==
> 
> (The unreferenced variables are indeed referenced in the larger
> program and are required for this smaller program to exhibit the
> problem.)

  Wow, we borked hello world!

> The problem is unrelated to terminal I/O because output is stifled
> even when stdout is redirected to a file.
> 
> Removing either the b or whoami variables or reducing 4001 to 4000
> allows the program to work again.
> 
> I'd like to hear if anyone else can reproduce this problem.

  Confirmed.  Annoyingly enough, it doesn't happen under debug.

Hmm: good version (size of array b 4000)

00403000 b .bss
00403000 B ___cygwin_crt0_bp
00403000 B __bss_start__
00403010 b .bss
00403010 b _b
00403fb0 b _whoami
00403fc0 b .bss
00403fc0 b .bss
00403fc0 b .bss
00403fc0 B __fmode
00403fc4 B _environ
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403ff0 B __bss_end__
00404000 i .idata$2
00404000 I __head_cygwin1_dll
00404014 i .idata$2
00404014 I __head_libkernel32_a

Bad version: (size of array b 4001)

00403000 b .bss
00403000 B ___cygwin_crt0_bp
00403000 B __bss_start__
00403010 b .bss
00403010 b _b
00403fc0 b _whoami
00403fd0 b .bss
00403fd0 b .bss
00403fd0 b .bss
00403fd0 B __fmode
00403fd4 B _environ
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00404000 i .idata$2
00404000 B __bss_end__
00404000 I __head_cygwin1_dll

Good version again: (size of array b 4018)

00403000 b .bss
00403000 B ___cygwin_crt0_bp
00403000 B __bss_start__
00403010 b .bss
00403010 b _c
00403fd0 b _iamwhatiam
00403fe0 b .bss
00403fe0 b .bss
00403fe0 b .bss
00403fe0 B __fmode
00403fe4 B _environ
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00403ff0 b .bss
00404010 B __bss_end__
00405000 i .idata$2
00405000 I __head_cygwin1_dll

  I wonder if something in the crt code is trying to 4096 align the __bss_end__ 
variable, getting it wrong because it lands exactly on the start of the .idata 
section, and trashing some of the imports?  Make the array any smaller, the bss 
end will be at 0x00403xxx and won't round up into 0x00404xxx, make it another 
16 bytes bigger and the idata section will be forced up to 0x00405xxx.  I 
suspect the bss-zeroing code.  Haven't got time to look at it right now though.

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: cygwin-developers mailing list opened up a little

[Christopher Faylor]

On Thu, Jul 06, 2006 at 04:12:12PM +0200, Corinna Vinschen wrote:
>On Jul  5 09:42, martin wrote:
>> May I ask at gmane.org to add the cygwin-developers list there ?
>
>I'd rather avoid that.  I can't speak for cgf, but I'm somewhat
>confident that he thinks the same.  Opening the list didn't imply that
>we're interested in zillions of lurkers.  People interested in helping
>to develop the Cygwin DLL itself are invited to join the list.

I agree with Corinna.

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: cygwin-developers mailing list opened up a little

[Andrew Schulman]

> > May I ask at gmane.org to add the cygwin-developers list there ?
> 
> I'd rather avoid that.  I can't speak for cgf, but I'm somewhat
> confident that he thinks the same.  Opening the list didn't imply that
> we're interested in zillions of lurkers.  People interested in helping
> to develop the Cygwin DLL itself are invited to join the list.

A subtle distinction.  I fully intend to lurk for quite a while as a way to
start learning about the internals.  Eventually a problem may come up that I
think I'm ready to take a crack at.


--
Unsubscribe info:  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 1.5.20-1 problem writing to stdout

[Nellis, Kenneth]

A program, which I’ve had for years and which has worked on many 
different Unix variants, stopped working when I upgraded to cygwin 
1.5.20-1. When I back-installed 1.5.19-4, it resumed working. 
Actually, the program functioned fine, but output to stdout was 
stifled. I was able to reduce the program to the following few lines, 
which exhibit the problem:

=== xyz.c 
#include 

static char b[4001];
static char *whoami;

int main (int argc, char *argv[])
{
   puts ("hello");
   return 0;
}
==

(The unreferenced variables are indeed referenced in the larger 
program and are required for this smaller program to exhibit the 
problem.)

I compiled with gcc (3.4.4-1) as follows: gcc xyz.c -o xyz

When run under 1.5.19-4, it works as expected, writing "hello" to 
stdout.

However, when run under 1.5.20-1, it does not output anything, but 
otherwise returns normally.

The problem is unrelated to terminal I/O because output is stifled
even when stdout is redirected to a file.

Removing either the b or whoami variables or reducing 4001 to 4000 
allows the program to work again.

I'd like to hear if anyone else can reproduce this problem.

Below, I copy my "cygcheck -s" output with my cygwin 1.5.19-4 
installation. The only change to this to get the program to fail is 
updating cygwin to 1.5.20-1.

--Ken Nellis

== cygcheck -s 
Cygwin Package Information
Package  VersionStatus
_update-info-dir 00403-1OK
alternatives 1.3.20a-2  OK
ash  20040127-3 OK
base-files   3.7-1  OK
base-passwd  2.2-1  OK
bash 3.1-6  OK
binutils 20050610-1 OK
bzip21.0.3-1OK
ccrypt   1.7-1  OK
clear1.0-2  OK
compface 1.5.2-1OK
coreutils5.94-1 OK
crypt1.1-1  OK
ctags5.6-1  OK
curl 7.15.4-1   OK
cvs  1.11.17-1  OK
cygrunsrv1.17-1 OK
cygutils 1.3.0-1OK
cygwin   1.5.19-4   OK
cygwin-doc   1.4-3  OK
diffutils2.8.7-1OK
e2fsprogs1.35-3 OK
ed   0.2-1  OK
editrights   1.01-1 OK
emacs21.2-13OK
enscript 1.6.4-1OK
expat1.95.8-1   OK
expect   20030128-1 OK
file 4.16-1 OK
findutils4.2.27-1   OK
fontconfig   2.2.2-1OK
freetype22.1.9-1OK
gawk 3.1.5-4OK
gcc-core 3.4.4-1OK
gcc-g++  3.4.4-1OK
gcc-mingw-core   20050522-1 OK
gcc-mingw-g++20050522-1 OK
gdbm 1.8.3-7OK
gettext  0.14.5-1   OK
ghostscript  8.50-1 OK
ghostscript-base 8.50-1 OK
ghostscript-x11  8.50-1 OK
gmp  4.1.4-2OK
grep 2.5.1a-2   OK
groff1.18.1-2   OK
guile1.6.7-4OK
guile-devel  1.6.7-4OK
guile-doc1.6.7-4OK
gzip 1.3.5-2OK
ioperm   0.4-1  OK
jbigkit  1.5-3  OK
less 381-1  OK
lesstif  0.93.94-2  OK
libbz2_1 1.0.3-1OK
libcharset1  1.9.2-2OK
libcurl3 7.15.4-1   OK
libdb4.2 4.2.52-1   OK
libdb4.3 4.3.28-1   OK
libfontconfig1   2.2.2-1OK
libfreetype262.1.9-1OK
libgdbm  1.8.0-5OK
libgdbm-devel1.8.3-7OK
libgdbm3 1.8.3-3OK
libgdbm4 1.8.3-7OK
libguile12   1.6.7-4OK
libguile16   1.7.2-3OK
libiconv 1.9.2-2OK
libiconv21.9.2-2OK
libintl  0.10.38-3  OK
libintl1 0.10.40-1  OK
libintl2 0.12.1-3   OK
libintl3 0.14.5-1   OK
libjpeg626b-11  OK
libkpathsea3 2.0.2-15   OK
libkpathsea4 3.0.0-3OK
libncurses5  5.2-1  OK
libncurses6  5.2-8  OK
libncurses7  5.3-4  OK
libncurses8  5.5-2  OK
libnetpbm10  10.30-1OK
libopenldap2_2_7 2.2.26-2   OK
l

RE: problem with cygaspell-15?

[Dave Korn]

On 06 July 2006 15:33, Dirk Schleicher wrote:


> Here the output of gdb and thanks

> Program received signal SIGSEGV, Segmentation fault.
> 0x610b2c16 in pthread_key_create () from /usr/bin/cygwin1.dll
> (gdb) bt full
> #0  0x610b2c16 in pthread_key_create () from /usr/bin/cygwin1.dll
> No symbol table info available.


  That's a false positive and you're about the fifteenth person this month to
report it to the list without having bothered to search the archives first.


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: problem with subshells or childs?

[Larry Hall (Cygwin)]

Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to ml on 7/6/2006 1:23 AM:

sh -c ls works. However, the the original problem was that this little
shell script is not working:

#!/usr/bin/sh
/bin/rsync -Cavz -e "/usr/bin/ssh" /cygdrive/d/ server:/home/ml/backups/

Error is:
rsync: Failed to exec "ssh: No such file or directory (2)


How about following directions, and giving us more details by including a
text attachment of the output of 'cygcheck -svr'?


Problem reports:   http://cygwin.com/problems.html


The original posting had the cygcheck information but it was in-lined
unfortunately. :-(  See:



Here's a few things to check Lapo:

  1. Are you sure rsync is complaining about ssh and not one of the other
 parameters?

  2. Does it work when invoked directly from the command line?  Does using
 /bin/sh help?


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

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

problem with cygaspell-15?

[Dirk Schleicher]

Hello,

I know that Sylpheed Claws is not a official packet of cygwin but maybe
someone can give me a hint.

SC crash by switching a folder. I make a backtrace and send this output
to the SC ML.
They told me that it is possible that cygaspell can make this problem.

Here the output of gdb and thanks

BR

Dirk

(gdb) run --debug
Starting program: /usr/local/bin/sylpheed-claws.exe --debug

Program received signal SIGSEGV, Segmentation fault.
0x610b2c16 in pthread_key_create () from /usr/bin/cygwin1.dll
(gdb) bt full
#0  0x610b2c16 in pthread_key_create () from /usr/bin/cygwin1.dll
No symbol table info available.
#1  0x610916b8 in _sigfe () from /usr/bin/cygwin1.dll
No symbol table info available.
#2  0x0008 in ?? ()
No symbol table info available.
#3  0x100e2030 in ?? ()
No symbol table info available.
#4  0x100a0520 in cygaspell-15!_ZThn8_N7acommon7FStreamD1Ev ()
from /usr/bin/cygaspell-15.dll No symbol table info available.
#5  0x100e2030 in ?? ()
No symbol table info available.
#6  0x0022cb98 in ?? ()
No symbol table info available.
#7  0x610b39b7 in pthread::once () from /usr/bin/cygwin1.dll
No symbol table info available.
#8  0x610b39b7 in pthread::once () from /usr/bin/cygwin1.dll
No symbol table info available.
#9  0x610916b8 in _sigfe () from /usr/bin/cygwin1.dll
No symbol table info available.
#10 0x0022cbc8 in ?? ()
No symbol table info available.
#11 0x1005633b in cygaspell-15!_ZN7acommon13new_tokenizerEPNS_7SpellerE
() from /usr/bin/cygaspell-15.dll No symbol table info available.
#12 0x1005633b in cygaspell-15!_ZN7acommon13new_tokenizerEPNS_7SpellerE
() from /usr/bin/cygaspell-15.dll No symbol table info available.
#13 0x10061759 in cygaspell-15!_ZN7acommon13new_tokenizerEPNS_7SpellerE
() from /usr/bin/cygaspell-15.dll No symbol table info available.
#14 0x10061b83 in cygaspell-15!_ZN7acommon13new_tokenizerEPNS_7SpellerE
() from /usr/bin/cygaspell-15.dll No symbol table info available.
#15 0x1005e807 in cygaspell-15!_ZN7acommon13new_tokenizerEPNS_7SpellerE
() from /usr/bin/cygaspell-15.dll No symbol table info available.
#16 0x1005e82a in cygaspell-15!_ZN7acommon13new_tokenizerEPNS_7SpellerE
() from /usr/bin/cygaspell-15.dll No symbol table info available.
#17 0x610102b3 in per_module::run_ctors () from /usr/bin/cygwin1.dll
No symbol table info available.
#18 0x0001 in ?? ()
No symbol table info available.
#19 0x61010300 in dll::init () from /usr/bin/cygwin1.dll
No symbol table info available.
#20 0x280e0008 in ?? ()
No symbol table info available.
#21 0x0022cceb in ?? ()
No symbol table info available.
#22 0x0022cc98 in ?? ()
No symbol table info available.
#23 0x610dd247 in strrchr () from /usr/bin/cygwin1.dll
No symbol table info available.
#24 0x61004416 in _cygtls::call2 () from /usr/bin/cygwin1.dll
No symbol table info available.
#25 0x in ?? () from 
No symbol table info available.
 


signature.asc
Description: PGP signature

Re: cygwin-developers mailing list opened up a little

[Corinna Vinschen]

On Jul  5 09:42, martin wrote:
> May I ask at gmane.org to add the cygwin-developers list there ?

I'd rather avoid that.  I can't speak for cgf, but I'm somewhat
confident that he thinks the same.  Opening the list didn't imply that
we're interested in zillions of lurkers.  People interested in helping
to develop the Cygwin DLL itself are invited to join the list.


Corinna

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

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

problem after upgrading

[Carson Wilcox]

Can anyone shed some light on this. When I upgraded cygwin yesterday, two 
things that happened was that vim went to version 7.0 and gvim stayed at 
version 6.4.
Now I'm getting conflicts between the two versions.
Has anyone else had this problem or have a resolution for it. The last time 
this happened I just reverted back to vim version 6.4 but that no longer 
appears to be available on the cygwin site.
I've tried building the source but that is giving me issues as well and I just 
don't have a lot of time right now to dig into it.

Any help would be apprecitated.


Thanks
Carson


--
Unsubscribe info:  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-developers mailing list opened up a little

[martin]

"CF" == Christopher Faylor <[EMAIL PROTECTED]> writes:
 CF> Newsgroups: gmane.os.cygwin
 CF> Date: Mon, 3 Jul 2006 18:25:46 -0400
 CF> 
 CF> Corinna and I have decided to open up the cygwin-developers list a tad.
 CF> 
 CF> So, it is now a pure subscriber-only mailing list similar to the
 CF> cygwin-apps or cygwin-patches mailing lists.  No approval is required to
 CF> join but you must be a subscriber to send email.  The mailing list
 CF> archives are also now no longer password protected.
 CF> 
 CF> If you want pure discussion of cygwin internals in a forum uncluttered
 CF> by discussions of why cron can't read network shares or how to modify
 CF> the cygwin mount table using regedit, this may be the place for you.
 CF> See the description at http://cygwin.com/lists.html#cygwin-developers
 CF> for more details.
 CF> 
 CF> I don't see any reason to limit discussion of development here any more
 CF> than it has ever been limited, so please don't take this as a sign that
 CF> there should now be "this is off-topic for this mailing list, please
 CF> move to cygwin-developers" responses when someone starts discussing
 CF> cygwin internals.  With luck, discussions will just gravitate to
 CF> cygwin-developers without the need for mailing list police.
 CF> 
 CF> cgf
 CF> 
 CF> 

May I ask at gmane.org to add the cygwin-developers list there ?

Martin

-- 
parozusa at web dot de


--
Unsubscribe info:  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 subshells or childs?

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to ml on 7/6/2006 1:23 AM:
> sh -c ls works. However, the the original problem was that this little
> shell script is not working:
> 
> #!/usr/bin/sh
> /bin/rsync -Cavz -e "/usr/bin/ssh" /cygdrive/d/ server:/home/ml/backups/
> 
> Error is:
> rsync: Failed to exec "ssh: No such file or directory (2)

How about following directions, and giving us more details by including a
text attachment of the output of 'cygcheck -svr'?

> Problem reports:   http://cygwin.com/problems.html

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

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

iD8DBQFErQZ+84KuGfSFAYARAglyAJ0cLJKsrgu6PbuRs1sUoiGGizF9kwCgvvoX
u7q/ZhuFU6W9k64kbHircUc=
=ymzK
-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: setup.exe roadblocks

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Richard Foulk on 7/5/2006 5:16 PM:
> 
> My apologies for the substandard report.  I forgot to take notes the
> last time it happened.  :-(  Now I remember ... it's the message that
> warns about files having changed -- so you need to reboot or things
> won't work right.
> 
> But this stops the download until you dismiss the popup.  :-(

The solution is simple.  Ensure that no cygwin processes are running
before you start setup.exe, then no cygwin files will be in use and
setup.exe will have no reason to popup a box.

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

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

iD8DBQFErQPb84KuGfSFAYARAlBXAJ9MpUtwLX/R9d9pn70KK/3ATas53gCfQRCc
t7w9zzC5/YQhU7/jQtPIF3w=
=jT86
-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: latex problem 'Fatal format file error'

[Dave Korn]

On 05 July 2006 21:46, Sule Ozev wrote:

> When I tried running latex on my new computer, I seem to have a problem
> with a file named "latex.fmt". The error message indicates a format file
> error. I will list some of the messages that appear after I run. I would
> appreciate any input on this matter.
> Thank you.
> Sule Ozev
> 
> latex filename.tex
> This is pdfeTeXk, Version3.141592-1.21a-2.2 (Web2C 7.5.4)
> %&-line parsing enabled.
> kpathsea:Running mktexfmt latex.fmt
> fmtutil: running 'tex -ini -jobname=latex -progname=latex latex.ini' ...
> 
> MORE MESSAGES ON WHAT FILES USED
> 
> No pages of output
> Transcript written on latex.log.
> fmtutil: /web2c/latex.fmt installed.
> ---! /web2c/latex.fmt was written by tex
> (Fatal formal file error; I'm stymied)


  It would be worth reading this recent thread on the subject from the
archives; there may be a solution for you in there somewhere.  (If not, I'm
afraid I don't know much about latex myself).

http://www.google.co.uk/search?q=%22tetex+3.0.0-3+format+file+problem%22&hl=en
&hs=6Lm&lr=&client=firefox-a&rls=org.mozilla:en-GB:official&filter=0

[ In particular http://www.cygwin.com/ml/cygwin/2005-05/msg00963.html ?]

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


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

Re: 1.5.20: supplementary groups not initialized via ssh when PDC is down

[Corinna Vinschen]

On Jul  5 15:18, [EMAIL PROTECTED] wrote:
> Hi there:
> 
> I have cygwin installed on an XP machine in a domain controlled by a
> PDC and a single BDC (both DCs run W2K).  When the PDC is up,
> everything runs perfectly fine.  However, when the PDC is down
> (leaving just the BDC), we are having problems with remote ssh logins:
> 
>  o If I login via ssh while the PDC is down, "/bin/id" shows only the
>default group, not any of the supplementary groups (this also shows
>up in the output of "cygcheck" below).  There are other things that
>fail too, e.g., anything that requires administrator privileges
>("nbtstat -c"), presumably because the shell doesn't think I'm a
>domain admin.
> 
> -bash-3.1$ /bin/id
> uid=6(cliff) gid=11194(user) groups=11194(user)
> 
>  o If I login to Windows while the PDC is down, then start a cygwin
>shell by double clicking on the cygwin icon, everything works as
>expected.
> 
>  -bash-3.1$ /bin/id
>  uid=6(cliff) gid=11194(user) groups=11134(clearcase),10512(Domain 
> Admins),10513(Domain Users),11194(user)
> 
>  o If I login via ssh while the PDC is up, "/bin/id" shows all groups
>and everything works as expected.
> 
>  -bash-3.1$ /bin/id
>  uid=6(cliff) gid=11194(user) groups=11134(clearcase),10512(Domain 
> Admins),10513(Domain Users),11194(user)
> 
> Any idea why the supplementary groups aren't being initialized when
> the PDC is down?  Do I have something configured incorrectly?

When logging in via ssh, ssh calls initgroups().  Cygwin's initgroups
assembles the user's group list basically like this:

- Get list of domain groups the user is member in.
- Get list of local groups the user is member in.,
- Get list of groups from /etc/group in which the user is mentioned in
  the gr_mem fields.
- Fold groups into a list of groups with no doubles.

The first step is working by contacting the PDC.  If the PDC isn't
available, there's no domain group list.  Cygwin does not try to contact
any secondary domain server right now.

To circumvent the situation you're describing above, you can add the
user(s) to the appropriate groups in /etc/group.  For instance:

Domain Admins:S-1-5-21-1154851028-2324800110-1472610766-512:10512:cliff,corinna

This allows the necessary domain group memberships even if the PDC is
not available.


HTH,
Corinna

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

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

Re: problem with subshells or childs?

[Kiyo Kelvin Lee]

Have you tried something like (with explicit .exe extension):

/bin/rsync -Cavz -e "/usr/bin/ssh.exe" /cygdrive/d/ server:/home/ml/backups/

Probably won't help.
As both with or without extension work for me.

Regards,
Kiyo

ml wrote:

Hi!

[...]

If you call sh like this, sh will try to run the file as shell script.
And of course ls is not a shell script.
To run a binary command (or any command actually) with sh, the command 
should be:


sh -c ls

[...]

i need some help with this:
My plan was to use rsync via ssh from a bash script. But rsync could 
not run ssh for whatever reason: no such file or directory.


For quicker checking, invoking "bash -e ls" or just "sh ls" shows the 
same problem - see below.



sh -c ls works. However, the the original problem was that this little 
shell script is not working:


#!/usr/bin/sh
/bin/rsync -Cavz -e "/usr/bin/ssh" /cygdrive/d/ server:/home/ml/backups/

Error is:
rsync: Failed to exec "ssh: No such file or directory (2)
rsync error: error in IPC code (code 14) at 
/home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(83)

rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at 
/home/lapo/packaging/tmp/rsync-2.6.6/io.c(434)


rsync cannot find /usr/bin/ssh, but it is there.
I also tried just "ssh", since it is in the path and /bin/ssh.

Thanks,
ml




--
Unsubscribe info:  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 subshells or childs?

[ml]

Hi!

[...]

If you call sh like this, sh will try to run the file as shell script.
And of course ls is not a shell script.
To run a binary command (or any command actually) with sh, the command 
should be:


sh -c ls

[...]

i need some help with this:
My plan was to use rsync via ssh from a bash script. But rsync could 
not run ssh for whatever reason: no such file or directory.


For quicker checking, invoking "bash -e ls" or just "sh ls" shows the 
same problem - see below.



sh -c ls works. However, the the original problem was that this little 
shell script is not working:


#!/usr/bin/sh
/bin/rsync -Cavz -e "/usr/bin/ssh" /cygdrive/d/ server:/home/ml/backups/

Error is:
rsync: Failed to exec "ssh: No such file or directory (2)
rsync error: error in IPC code (code 14) at 
/home/lapo/packaging/tmp/rsync-2.6.6/pipe.c(83)

rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at 
/home/lapo/packaging/tmp/rsync-2.6.6/io.c(434)


rsync cannot find /usr/bin/ssh, but it is there.
I also tried just "ssh", since it is in the path and /bin/ssh.

Thanks,
ml

--
Unsubscribe info:  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: error starting sshd as a service

[Andrew DeFaria]

Raymond Blum wrote:

$ ls -l /var/log/
total 820
-rw-r--r--  1 SYSTEMroot   0 Jun 30 23:02 cygserver.log
-rw-rw-rw-  1 Administrator None  282348 Jul  1 15:59 lastlog
-rwxr-x---+ 1 Administrator Users 683494 Jun 30 20:43 setup.log
-rwxr-x---+ 1 Administrator Users  18503 Jun 30 20:43 setup.log.full
-rw-rw-rw-  1 sshd_server   None 358 Jun 30 23:11 sshd.log

The contents of /var/log/sshd.log might be interesting...

As well as the output from editrights -l -u sshd_server

--

Andrew DeFaria 
Don't be accommodating, be honest. I honestly don't have much more time 
for anything else.



--
Unsubscribe info:  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-1.5.20 problem: sh.exe (bash) crashed upon termination

[Kiyo Kelvin Lee]

ml wrote:

Hi Kiyo,

 > caption[sh.exe - Application Error]
 > The instruction at "0x6100365f" referenced memory at "0x006cda90". 
The memory could not be "written".

 > Click on OK to terminate the program.
 > Click on CANCEL to debug the program.

Any other (old) cygwin*.dll in Your path or reachable?
Did You run other cygwin tools from another (older) installation first? 
Were they still running while You get that error with Your new 
installation?


-ml



Definitely NOT the case.
I have only one cygwin1.dll in the path.

Regards,
Kiyo


--
Unsubscribe info:  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 subshells or childs?

[Kiyo Kelvin Lee]

If you call sh like this, sh will try to run the file as shell script.
And of course ls is not a shell script.
To run a binary command (or any command actually) with sh, the command 
should be:


sh -c ls

Regards,
Kiyo

ml wrote:

Hi,

i need some help with this:
My plan was to use rsync via ssh from a bash script. But rsync could not 
run ssh for whatever reason: no such file or directory.


For quicker checking, invoking "bash -e ls" or just "sh ls" shows the 
same problem - see below.


Can someone help me out?

Thanks!
ml


[EMAIL PROTECTED]:~$ sh ls
sh: /usr/bin/ls: No such file or directory

[EMAIL PROTECTED]:~$ bash ls
bash: /usr/bin/ls: No such file or directory

[EMAIL PROTECTED]:~$ ls -la /usr/bin/ls
-rwxr-x---+ 1 ml Users 91136 Jul  5 07:27 /usr/bin/ls

[EMAIL PROTECTED]:~$ ls -la /bin/ls
-rwxr-x---+ 1 ml Users 91136 Jul  5 07:27 /bin/ls


[EMAIL PROTECTED]:~$ cygcheck /bin/ls
d:/cygwin/bin/ls.exe
  d:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  d:/cygwin/bin\cygintl-3.dll
d:/cygwin/bin\cygiconv-2.dll


[EMAIL PROTECTED]:~$ cygcheck /usr/bin/ls
d:/cygwin/bin/ls.exe
  d:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  d:/cygwin/bin\cygintl-3.dll
d:/cygwin/bin\cygiconv-2.dll





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