RE: Postmaster core dumps

[depinfo - Dep. Informatica]

Hi again, Christopher,

Thanks again, you're a great guy! Thanks!!

If you could say me, what was the problem?

Take care :)

From: Christopher Faylor
[mailto:[EMAIL PROTECTED] 
2005-08-11
Subject: Re: Postmaster core dumps

On Mon, Aug 08, 2005 at 07:18:26PM +0200, depinfo - Dep. Informatica
wrote:
>Hi!
>
>Wonderful! PostgreSQL works again! :) Thanks a lot!
>
>But I've detected a little error that also was present before. Prior to
>start PostgreSQL is necessary run "$ cygserver" and to finish a session
>is necessary to stop the server, so anybody can use "$ cygserver -S" to
>do that. Well, but that command produces the next error:
>
>Segmentation fault (core dumped).
>
>And using gdb:
>
>Program received signal SIGSEGV, Segmentation fault.
>
>0x0040644c in create_server_transport () at
>/netrel/src/cygwin-snapshot-20050808-1/winsup/cygwin/wincap.h:84
>
>84 in /netrel/src/cygwin-snapshot-20050808-1/winsup/cygwin/wincap.h
>
>Another option is kill the process, but I think that the argument -S is
>better (more beautiful maybe :D) and would be used instead.
>
>Anyway, I thought I could make any changes by myself, but I don't know
>how... how could I see the code? Could I fix anything by myself?

This should be fixed in the latest snapshot:

http://cygwin.com/snapshots/

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: Chere bug

[Dave Griffin]

Greetings,
Thanks, I hadnt got c:\cygwin\bin on my windows path - all works now.
Cheers
Dave 

-Original Message-
From: Dave [mailto:[EMAIL PROTECTED] 

> This prevented me from installing it initially, but I'm now getting an 
> error that "/bin/xhere: line 36: cygpath: command not found" (under 
> windows XP
> sp1) so I've probably got other issues of my own anyway.

cygpath is normally installed by the same package that installs the
cygwin.dll.
Check if it's in /bin, and whether your path includes /bin. Also see if
common utilities like ls work.


The contents of this email and any attachments are sent for the personal 
attention
of the addressee(s) only and may be confidential.  If you are not the intended
addressee, any use, disclosure or copying of this email and any attachments is
unauthorised - please notify the sender by return and delete the message.  Any
representations or commitments expressed in this email are subject to contract. 
 
ntl Group Limited


--
Unsubscribe info:  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: Connecting to a Remote Target with GDB

[Michael LUITAUD]

Corinna Vinschen wrote:


On Aug 10 09:28, Michael LUITAUD wrote:
 

When I want to connect GDB to a remote target, I get the error : 
   



What's the exact command you're using, something as

 (gdb) target remote com1

perhaps?  This won't work anymore in recent Cygwin versions.  Try

 (gdb) target remote /dev/ttyS0

or

 (gdb) target remote /dev/com1


Corinna

 


I use the command

(gdb) target remote localhost:2331

to connect to the multi-ice-gdb-server and the error is returned in the 
multi-ice-gdb-server window.

Can it be due to a multi-ice-gdb-server incopatibility with new 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: Connecting to a Remote Target with GDB

[Corinna Vinschen]

On Aug 11 09:54, Michael LUITAUD wrote:
> Corinna Vinschen wrote:
> 
> >On Aug 10 09:28, Michael LUITAUD wrote:
> > 
> >
> >>When I want to connect GDB to a remote target, I get the error : 
> >>   
> >>
> >
> >What's the exact command you're using, something as
> >
> > (gdb) target remote com1
> >
> >perhaps?  This won't work anymore in recent Cygwin versions.  Try
> >
> > (gdb) target remote /dev/ttyS0
> >
> >or
> >
> > (gdb) target remote /dev/com1
> >
> >
> >Corinna
> >
> > 
> >
> I use the command
> 
> (gdb) target remote localhost:2331
> 
> to connect to the multi-ice-gdb-server and the error is returned in the 
> multi-ice-gdb-server window.
> Can it be due to a multi-ice-gdb-server incopatibility with new Cygwin?

I have no idea.  Somebody has to debug it.  Perhaps you should ask on
the gdb mailing list.


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: Is there a UNIX socket test client program (a la NetCat)?

[Corinna Vinschen]

On Aug 10 12:06, Herb Martin wrote:
> > [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
> > Subject: Re: Is there a UNIX socket test client program (a la NetCat)?
> > 
> > On Aug 10 11:30, Herb Martin wrote:
> > > Is there a UNIX socket test client program (a la NetCat)?
> > 
> > You mean, besides netcat?  No.
> 
> 
> Will you please demonstrate the command line necessary to
> use Netcat with UNIX sockets?
> 
> (As opposed to IP/INET sockets?)

Sorry, I missunderstood your question.  See Brian's reply.


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: tar broken on 1.5.18 and newer

[Krzysztof Duleba]

Corinna Vinschen wrote:

On Aug  9 22:48, Krzysztof Duleba wrote:

Works fine on my machine, started from a genuine cmd, with lots of Cygwin
apps running in the background.  I tried with 1.5.18 and current CVS.


I keep getting this error, even with my own tar builds. Could someone else 
start tar from the Windows shell? Any idea what causes tar to fail on my 
system?


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: tar broken on 1.5.18 and newer

[Corinna Vinschen]

On Aug 11 10:23, Krzysztof Duleba wrote:
> Corinna Vinschen wrote:
> >On Aug  9 22:48, Krzysztof Duleba wrote:
> >
> >Works fine on my machine, started from a genuine cmd, with lots of Cygwin
> >apps running in the background.  I tried with 1.5.18 and current CVS.
> 
> I keep getting this error, even with my own tar builds. Could someone else 
> start tar from the Windows shell? Any idea what causes tar to fail on my 
> system?

Hard to tell without being able to reproduce.  Not without more debugging
effort on your side, I'm afraid.


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: rsync daemon not starting as windows service

[Daniel Franke]

On Thursday 11 August 2005 00:35, Brian Dessent wrote:
> Daniel Franke wrote:
> > I added it with this command:
> > cygrunsrv.exe -I rsyncd -p /bin/rsync.exe -a "--daemon"
>
> Using --daemon will cause the process to try and detach from the
> session.  That is not what you want.  Cygrunsrv is meant to supervise
> normal processes running in the foreground.  Try --daemon --no-detach.
>
> If this does not help, then you'll need to provide the requested
> information in , specifically your
> cygcheck output.
>

That worked perfectly.

Many thanks,

Daniel

-- 
Quanza Engineering B.V.  Elandsstraat 44
Daniel Franke1016 SG Amsterdam
E: [EMAIL PROTECTED]
M: +31 6 13 660 099  www.quanza.net

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

[ANNOUNCEMENT] Updated: w32api-3.3-1

[Chris Sutcliffe]

I've updated the w32api package to version 3.3-1:

w32api contains all the headers and libraries required to compile
windows based programs.  A list of what has changed is attached.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.

-- 
Chris Sutcliffe
[EMAIL PROTECTED]
http://emergedesktop.org
http://ironhead.modblog.com
2005-07-28  Earnie Boyd  <[EMAIL PROTECTED]>

* include/winnt.h (SUBLANG_PORTUGUESE, SUBLANG_PORTUGUESE_BRAZILIAN):
Correct their values.
Thanks to: Daniel K. O. 

2005-07-25  Chris Sutcliffe <[EMAIL PROTECTED]>

* include/winuser.h (HSHELL_RUDEAPPACTIVATED): Define.

2005-07-20  Danny Smith  <[EMAIL PROTECTED]>

* include/wingdi.h (TT_PRIM_CSPLINE): Define.
Thanks to: Bob Jamison 

2005-07-20  Danny Smith  <[EMAIL PROTECTED]>

* include/richedit.h (SETTEXTEX): Define structure and
associated constants.
(GT_SELECTION): Define GETTEXTEX flag constant. 

2005-07-19  Danny Smith  <[EMAIL PROTECTED]>

* include/wingdi.h (SYSPAL_NOSTATIC256): Define.

2005-07-19  Danny Smith  <[EMAIL PROTECTED]>

* include/wingdi.h (WINGDIAPI): Define to DECLSPEC_DLLIMPORT
if __W32API_USE_DLLIMPORT__.   Use throughout to qualify
prototypes.

2005-07-19  Danny Smith  <[EMAIL PROTECTED]>

* include/commctrl.h (RBBS_USECHEVRON): Define.
(RBBS_*): Use hex notation, group together.

2005-07-18  Danny Smith  <[EMAIL PROTECTED]>

* lib/kernel32.def (GetUserGeoID): Correct suffix.
Thanks to: "bernd23" 

2005-07-18  Danny Smith  <[EMAIL PROTECTED]>

* include/commctrl.h (TreeView_SetItemState): Initilise
_tvi.hItem.
Thanks to:  Joseph Remes 

2005-07-18  Mattia Barbon  <[EMAIL PROTECTED]>

* include/commctrl.h (NMLVFINDITEM): Add structure.

2005-07-18  Michael Gerdau  <[EMAIL PROTECTED]>

* include/wininet.h (WININET_API_FLAG_*): Add defines.

2005-07-18  Daniel Atallah  <[EMAIL PROTECTED]>

* include/winnt.h (VER_SET_CONDITION): Define.

2005-07-18  Michael Gerdau  <[EMAIL PROTECTED]>

* include/wincon.h (AttachConsole): Correct _WIN32_WINNT guard.
(ATTACH_PARENT_PROCESS): Define.
(CONSOLE_WINDOWED_MODE): Correct definition to match MSDN
documentation.

2005-07-17  Benoit Blanchon  <[EMAIL PROTECTED]>

* include/winbase.h (QueueUserWorkItem): Add prototype.

2005-07-13  Benoit Blanchon  <[EMAIL PROTECTED]>

* include/wingdi.h (SHADEBLENDCAPS, SB_NONE, SB_CONST_ALPHA,
SB_PIXEL_ALPHA, SB_PREMULT_ALPHA, SB_GRAD_RECT, SB_GRAD_TRI,
COLORMGMTCAPS, CM_NONE, CM_DEVICE_ICM, CM_GAMMA_RAMP,
CM_CMYK_COLOR): Define.

2005-06-19  Danny Smith  <[EMAIL PROTECTED]>

* include/winldap.h (ldap_simple_bindW, ldap_simple_bind_sW,
ldap_bindW, ldap_bind_sW): Change PCHAR arg to PWCHAR.
Thanks to: Christian  

2005-06-18  Danny Smith  <[EMAIL PROTECTED]>

* include/richedit.h (GETTEXTEX): Correct name of lpUsedDefChar
field.
Thanks to: Saulius Menkevicius  

2005-06-18  Danny Smith  <[EMAIL PROTECTED]>

* include/winbase.h (GlobalDiscard): Define as macro.
Thanks to: David Golub  

2005-05-13  Corinna Vinschen  <[EMAIL PROTECTED]>

* include/winnetwk.h (WNetGetResourceParentA): Add missing declaration.
(WNetGetResourceParentW): Ditto.
* include/ddk/ntifs.h (FILE_ID_FULL_DIRECTORY_INFORMATION): Define.
(FILE_ID_BOTH_DIRECTORY_INFORMATION): Define.

2005-04-26  Danny Smith  <[EMAIL PROTECTED]>

* include/wininet.h (FtpGetFileSize): Add prototype.
(FtpCommand[AW]): Correct prototypes.
Reported by: 

2005-04-25  Danny Smith  <[EMAIL PROTECTED]>

* include/vfw.h (capCreateCaptureWindow[AW]): Add prototypes.
(capGetDriverDescription[AW]): Likewise.

2005-04-03  Corinna Vinschen  <[EMAIL PROTECTED]>

* include/winnt.h (SE_UNDOCK_NAME TEXT): Define.
(SE_MANAGE_VOLUME_NAME TEXT): Ditto.
(SE_IMPERSONATE_NAME TEXT): Ditto.
(SE_ENABLE_DELEGATION_NAME TEXT): Ditto.
(SE_SYNC_AGENT_NAME TEXT): Ditto.

2005-03-16  Christopher Faylor  <[EMAIL PROTECTED]>

* include/winnt.h (SYSTEM_LUID): Fix definitition invalidated by below
change.

2005-03-16  Danny Smith  <[EMAIL PROTECTED]>

* include/winnt.h (_LUID): Add structure. Correct LUID typedef. 
Thanks to:
Paul-Christiaan Spruijtenburg 

2005-03-07  Danny Smith  <[EMAIL PROTECTED]>

* include/ws2tcpip.h (getaddrinfo, freeaddrinfo, getnameinfo):
Guard with _WIN32_WINNT >= 0x0501. Add FIXME comment.
(gai_strerror[AW]): Put into #if 0 block.

2005-03-07  Danny Smith  <[EMAIL PROTECTED]>

* include/basetyps.h (__int16): Correct define.

2005-02-10  Jiri Malak  <[EMAIL PROTECTED

RE: Is there a UNIX socket test client program (a la NetCat)?

[Herb Martin]

> From Brian Dessent
>> Herb Martin wrote:
>> 
>> Is there a UNIX socket test client program (a la NetCat)?
> 
> socat using the UNIX-CONNECT: or UNIX-LISTEN: parameters 
> ought to work. 
> It is not a Cygwin package but it does build without much hassle.

Excellent Brian -- you probably wouldn't believe how
diligently I searched Google for this, and how may 
people were unable to offer a suggestion.

(I had also search SourceForge and failed to find it;
although it doesn't have the code there it does have
a project, and a link to the home page of socat.)

I have yet to figure out how to work it (I spent about
an hour with it) so if you know how to get it to work
interactively with a particular UNIX-CONNECT socket
I would appreciate the heads up

Otherwise, more RTFM for me.  Although I think the only
"fine manual" may be the Man/Info/--help.  I'll have to
go back to the site and look around some more.

Thanks.  I think this is exactly what I needed.

--
Herb


--
Unsubscribe info:  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: Anyone running spfd on Cygwin?

[Herb Martin]

> [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
> Sent: Wednesday, August 10, 2005 5:45 PM
> To: cygwin@cygwin.com
> Subject: Re: Anyone running spfd on Cygwin?
> 
> Herb Martin wrote:
> 
> > I can find no combination of switches that will put it into the 
> > background and leave it functional.
> 
> You should use cygrunsrv and run it as a service.  That is 
> the windows equivalent of a unix background daemon.
> 

Another great suggestion from you Brian.  I had 
become so overfocused on running it from the command
line until I could get it tested that it slipped my
mind that this could just be run as a service.

(I didn't get it tested yet -- as I am still putz
around trying to learn to use socat to test it, but
this should work and I did turn it into a service
running on a "different socket" for these tests. As
soon as I prove it's working that is the way I will
use it.)

Thanks again.

Can a Cygwin program that is being run as a service
be effectively sent a "HUP" to get it to re-read it's
configuration?

Assumptions:  That service accepts HUP and reloads its
configuration when run as a daemon.

Or must such services be stopped and restarted completely?

--
Herb Martin


--
Unsubscribe info:  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 make a mirro fo cygwin.com

[Taufik Suryawan Edyna]

Hello,

We are from Gadjah Mada University Indonesia want to make a mirror
cygwin.com website.
Can you tell us how to do that ?

Thank you

Regards,
Taufik Suryawan Edyna


--
Unsubscribe info:  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 make a mirro fo cygwin.com

[Dave Korn]

Original Message
>From: Taufik Suryawan Edyna
>Sent: 11 August 2005 11:23

> Hello,
> 
> We are from Gadjah Mada University Indonesia want to make a mirror
> cygwin.com website.
> Can you tell us how to do that ?
> 

http://sources.redhat.com/cygwin-apps/package-server.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: Is there a UNIX socket test client program (a la NetCat)?

[Brian Dessent]

Herb Martin wrote:

> I have yet to figure out how to work it (I spent about
> an hour with it) so if you know how to get it to work
> interactively with a particular UNIX-CONNECT socket
> I would appreciate the heads up

It probably depends on what you want to do, and the examples section of
the man page is a good place to look.  It could be as simple as:

socat - UNIX-CONNECT:/var/run/foo.sock

That should connect stdin/stdout to the socket, in the same way as
netcat.  socat really just boils down to specifying two things to
connect together, and each of those can be any of the various types and
take a myriad of options.

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: Is there a UNIX socket test client program (a la NetCat)?

[Herb Martin]

> It probably depends on what you want to do, and the examples 
> section of the man page is a good place to look.  It could be 
> as simple as:
> 
> socat - UNIX-CONNECT:/var/run/foo.sock
> 
> That should connect stdin/stdout to the socket, in the same 
> way as netcat.  socat really just boils down to specifying 
> two things to connect together, and each of those can be any 
> of the various types and take a myriad of options.

That is precisely what I wanted to do -- and even though I 
believe that I had tried this there was a syntax error in
both my cygrunsrv defintion for spfd AND in my socat - commands.

Once I knew this was the syntax for socat then I concentrated
better on looking for errors (missing ":" colon between the
connect and the file socket name.)

Thanks once again.

Now, I have a way to test for such silly errors on my part and
for general functioning of UNIX-type sockets (and a bunch of
other stuff as well.)

This really is a big help.

Being rather new to Posix style systems, the unix-socket stuff
was too much of a black box without some type of test tool.


--
Herb Martin



--
Unsubscribe info:  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[8]:

[����]

Проблемы с высшим образованием?
Поможем решить в сжатые сроки.
Дипломы, аттестаты, свидетельства на заказ.
По всем вопросам пишите [EMAIL PROTECTED]



--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Ken Dibble]

Brian Dessent wrote:


Ken Dibble wrote:

 


Am I not understanding the man page or am I so dense that I'm missing
something?
   



Yes you are missing something, and no 'mount -m' works perfectly fine. 
If the cygdrive prefix has a space in it, using awk to print the fifth

word will be incorrect.  Consider:

echo 'mount -s -b --change-cygdrive-prefix "/thing with spaces"' \
  | awk '{ print $5 }'

Brian


Still searching for a non-sed solution Ken hammered out:

So this would be correct?

mount -m |  grep "mount -u" | tail -1  | awk -F'"' '{ print $2 }'

as
echo 'mount -s -b --change-cygdrive-prefix "/thing with spaces"'  | awk 
-F'"' '{ print $2 }'

results in
/thing with spaces

Ken



--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Brian Dessent]

Ken Dibble wrote:

> mount -m |  grep "mount -u" | tail -1  | awk -F'"' '{ print $2 }'
> 
> as
> echo 'mount -s -b --change-cygdrive-prefix "/thing with spaces"'  | awk
> -F'"' '{ print $2 }'
> results in
> /thing with spaces

The awk part seems fine, but I don't know about the "mount -u".  That
will only match if you have a user-mode cygdrive set.  As you can see
from my example, that doesn't include me (or anyone else that installs
cygwin choosing "All users" in setup.exe.)

If you're going to use awk then you can simplify and not bother with
grep and tail, they're extraneous.

mount -m | awk -F '"' '/--change-cygdrive-prefix/ { print $2 }'

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: Programatically finding value of "cygdrive" prefix

[Gary R. Van Sickle]

[snip]
> Still searching for a non-sed solution Ken hammered out:
> 
> So this would be correct?
> 
> mount -m |  grep "mount -u" | tail -1  | awk -F'"' '{ print $2 }'
> 
> as
> echo 'mount -s -b --change-cygdrive-prefix "/thing with 
> spaces"'  | awk -F'"' '{ print $2 }'
> results in
> /thing with spaces
> 
> Ken

I don't follow; why not just use sed and be done with it?  Sed is good at
regex, and regex is the best solution to this problem.  Give to Caesar what
is Caesar's, sez I.

-- 
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: Programatically finding value of "cygdrive" prefix

[Ken Dibble]

Brian Dessent wrote:


Ken Dibble wrote:

 


mount -m |  grep "mount -u" | tail -1  | awk -F'"' '{ print $2 }'

as
echo 'mount -s -b --change-cygdrive-prefix "/thing with spaces"'  | awk
-F'"' '{ print $2 }'
results in
/thing with spaces
   



The awk part seems fine, but I don't know about the "mount -u".  That
will only match if you have a user-mode cygdrive set.  As you can see
from my example, that doesn't include me (or anyone else that installs
cygwin choosing "All users" in setup.exe.)

If you're going to use awk then you can simplify and not bother with
grep and tail, they're extraneous.

mount -m | awk -F '"' '/--change-cygdrive-prefix/ { print $2 }'

Brian
 

Well, maybe my installation is hosed then.  I have installed for all 
users, but mount -m returns


mount -f -s -b "C:/cygwin/usr/X11R6/lib/X11/fonts" 
"/usr/X11R6/lib/X11/fonts"

mount -f -s -b "C:/cygwin/bin" "/usr/bin"
mount -f -s -b "C:/cygwin/lib" "/usr/lib"
mount -f -s -b "C:/cygwin" "/"
mount -u -b --change-cygdrive-prefix "/cygdrive"
mount -s -b --change-cygdrive-prefix "/"

so...

mount -m | awk -F '"' '/--change-cygdrive-prefix/ { print $2 }'

results in

/cygdrive
/


so, I can see that the grep is not needed, but since there is more than 
one output line, tail, head or the like

would be needed,  no?

Ken


--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Brian Dessent]

Ken Dibble wrote:

> Well, maybe my installation is hosed then.  I have installed for all
> users, but mount -m returns
>
> mount -f -s -b "C:/cygwin/usr/X11R6/lib/X11/fonts"
> "/usr/X11R6/lib/X11/fonts"
> mount -f -s -b "C:/cygwin/bin" "/usr/bin"
> mount -f -s -b "C:/cygwin/lib" "/usr/lib"
> mount -f -s -b "C:/cygwin" "/"
> mount -u -b --change-cygdrive-prefix "/cygdrive"
> mount -s -b --change-cygdrive-prefix "/"

It's not hosed, you just happen to have both flavors of cygdrive
prefix.  The user mounts always take precedence over the system-wide
ones.  If I were you I'd remove the user cygdrive (since all your other
mounts are system) with "umount -uc" and then change your system
cygdrive to the desired value, presumably "mount -c /cygdrive".

> mount -m | awk -F '"' '/--change-cygdrive-prefix/ { print $2 }'
> 
> results in
> 
> /cygdrive
> /
> 
> so, I can see that the grep is not needed, but since there is more than
> one output line, tail, head or the like
> would be needed,  no?

Nope, use { print $2; exit } to print the first one and stop.  You could
modify the regexp to try to match -u or -s but that's a bad idea because
you don't know in advance which one(s) will be present.

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: Programatically finding value of "cygdrive" prefix

[Ken Dibble]

Brian Dessent wrote:


Ken Dibble wrote:

 


Well, maybe my installation is hosed then.  I have installed for all
users, but mount -m returns

mount -f -s -b "C:/cygwin/usr/X11R6/lib/X11/fonts"
"/usr/X11R6/lib/X11/fonts"
mount -f -s -b "C:/cygwin/bin" "/usr/bin"
mount -f -s -b "C:/cygwin/lib" "/usr/lib"
mount -f -s -b "C:/cygwin" "/"
mount -u -b --change-cygdrive-prefix "/cygdrive"
mount -s -b --change-cygdrive-prefix "/"
   



It's not hosed, you just happen to have both flavors of cygdrive
prefix.  The user mounts always take precedence over the system-wide
ones.  If I were you I'd remove the user cygdrive (since all your other
mounts are system) with "umount -uc" and then change your system
cygdrive to the desired value, presumably "mount -c /cygdrive".

 



Thank you, worked like a charm.

Ken


--
Unsubscribe info:  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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

 Just to prevent you, I have given more details
between the truss debugging log & the cygcheck.out
 which are :

As you will see, internal Win32 system calls of CygWin have been
correctly hooked,
Bash appears to work correctly still it does not fork It searchs for
"ls" alias but no CreateProcess trace appears because it crash just before.
Looking to the code of Cygwin, If I am correct, this is because Cygwin
does not the msvcrt microsoft library where spawn*() methods have been
written, but its proper ones in spawn.cc. I suppose (I am only
supposing), this is due by an imcompatiblity between the
fixup_before_exec() called in your spawn & Microsoft Win32 code.

I am really ashamed not to be able to "truss" CygWin tools or standard
Win32 programs forked by Cygwin tools (like for exemple make spawning
bash).
I have also attached the cygcheck.out in this mail,
I hope, I have given you all the needed info. It will be really great to
be able to make cygwin fork & spawn emulation compatible with Win32
system Tools.
At a time, I have also supposed an incompatibility between
longjmp/setjmp & GetThreadContext/SetThreadContext...

Thank's in advance for all the help you will be able to provide me. I
don't have more time & skills to investigate in CygWin code,  but if you
need more info don't hesitate to mail me.
Having (if possible ;) ) a patch & a standard modification in cygwin to
allow this type of programming will be really great !
Louis







--
Unsubscribe info:  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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Louis Lecaroz on 8/11/2005 6:45 AM:
> Hi,
> 
> I search (I think ;) ) in all forums, newsgroups, mailing list on
> internet about this topic but I did not found anything.
> I wrote an Advanced "truss like" tool to examine files opened by a
> process by using code injection.

And what's wrong with cygwin's strace tool?

> *** Example
> C:\cygwin>cygwin
> bash: [: =: unary operator expected

Hmm, you probably ought to fix your startup scripts to not cause an error.

> Looking to the truss debugging log we have :
> *** Truss debugging log corresponding to the

WHOA!  Please don't include 300k of repetitive text inline.  If you think
we really needed to see it, send it as an attachment.  But even then, you
probably could have just summarized a relevant portion, rather than the
entire dump.

> I am really ashamed not to be able to "truss" CygWin tools or standard
> Win32 programs forked by Cygwin tools (like for exemple make spawning
> bash).

Again, the strace tool already shipped with cygwin does just that.

> Thank's in advance for all the help you will be able to provide me. I
> don't have more time & skills to investigate in CygWin code,  but if you
> need more info don't hesitate to mail me.
> Having (if possible ;) ) a patch & a standard modification in cygwin to
> allow this type of programming will be really great !

Hint - such a modification won't exist until someone (how about you?)
contributes a patch.

>  1265k 2005/07/03 c:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
>   "cygwin1.dll" v0.0 ts=2005/7/3 2:30
> Cygwin DLL version info:
> DLL version: 1.5.18

Also, if you are trying to do fun things with the cygwin dll, you may want
to try snapshots to see if recent bug fixes help your situation at all.

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

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

iD8DBQFC+0zA84KuGfSFAYARAvm4AJ9e16EoGw3L6BFUAtafOqxVWHGeiwCfTo9x
tYuTNXbmTbaBXoymgAjTadk=
=jKNr
-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 dies before it is able to send with lots of files

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Eric Blake on 8/10/2005 7:09 AM:
> 
> I still want to figure out why you were getting a crash.  I tried the
> following:
> 
> $ cd /tmp
> $ mount -m
> ...
> mount -f -s -b -X "c:/cygwin/bin" "/bin"
> $ mkdir lots
> $ # 45000 invocations of touch is slow, so do 10 files at a time...
> $ for i in `seq 4500` ; do echo $i ; touch longfilename${i}0
> longfilename${i}1 longfilename${i}2 longfilename${i}3 longfilename${i}4
> longfilename${i}5 longfilename${i}6 longfilename${i}7 longfilename${i}8
> longfilename${i}9 ; done
> $ echo /cygdrive/c/cygwin/tmp/lots/*
> ... # Works, echo is a builtin
> $ /bin/echo /cygdrive/c/cygwin/tmp/lots/*
> ... # Works for me, since my /bin is mounted executable
> $ /cygdrive/c/cygwin/bin/echo /cygdrive/c/cygwin/tmp/lots/*
> bash: /cygdrive/c/cygwin/bin/echo: Argument list too long

Aha - I found something.  When I first ran the touch command above, I
stopped at about 8000 files (or about 400k for the subsequent echo command
line), which gave the nice "Argument list too long" error.  But when I
increased the number of files to 45000 (or about 2 meg of command line),
the same command failed with a segfault with bash 3.0, and gave no input
but left $? at 5 (matching EIO) on the alpha bash 3.1.  I will have to try
debugging it now, but it seems odd that exec() is dying with E2BIG in one
case and EIO when the input is even bigger.

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

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

iD8DBQFC+1H/84KuGfSFAYARAiovAJ9IuLP3/pDLOqZtbgbkFjCBqCZxFwCfeQN3
0wyZqocreHY1Yq6O4orh42A=
=wels
-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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

Thank's you Eric for your quick answer...
But I have many questions for you...  :
Eric Blake wrote:


And what's wrong with cygwin's strace tool?
 

Does the strace tool working with standard Win32 tools.  Because I need 
a generic tool tracing file accesses on CygWin+Win32 native tools (not 
only CygWin programs using cygwin.dll).
I tried or C:\cygwin\bin>strace --trace-children --mask=all --pid=5012  
(5012 was the windows pid of a windows cmd.exe instance) 
C:\cygwin\bin>strace --trace-children --mask=all cmd.exe
But At anytime, something was appearing in strace or in the log file (I 
tried also with the --output but nothing !
I tried with ls.exe & strace works. So my (personal ;) ) conclusion, is 
strace cannot track file accesses on all executables, only cygwin 
executable :(




*** Example
C:\cygwin>cygwin
bash: [: =: unary operator expected
   



Hmm, you probably ought to fix your startup scripts to not cause an error.
 

I think this is due because bash execute at sometimes others instances 
of bash (looking to my truss log file)


 


Looking to the truss debugging log we have :
*** Truss debugging log corresponding to the
   



WHOA!  Please don't include 300k of repetitive text inline.  If you think
we really needed to see it, send it as an attachment.  But even then, you
probably could have just summarized a relevant portion, rather than the
entire dump.
 


Really sorry Let me apologize.

 


I am really ashamed not to be able to "truss" CygWin tools or standard
Win32 programs forked by Cygwin tools (like for exemple make spawning
bash).
   



Again, the strace tool already shipped with cygwin does just that.
 


Yes, ok, but so, how to trace cygwin+native Win32 program together ?

--
Unsubscribe info:  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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Dave Korn]

Original Message
>From: Louis Lecaroz
>Sent: 11 August 2005 14:36

 
>> 
> Yes, ok, but so, how to trace cygwin+native Win32 program together ?

  Ok, so you wrote a truss tool, and it doesn't work with cygwin
executables, and you want to know what to do?

  The answer is simple.  You have to fix the bug in your software.

  Unfortunately nobody here can help you do that because nobody has a copy
of your software except you.

  My WAG is that the detours library is incorrectly hooking the nonstandard
prologues of the sigfe function wrappers, but, not having a copy of your
software, I really can't be expected to know what's wrong with 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: Programatically finding value of "cygdrive" prefix

[Sam Steingold]

> * Christopher Faylor <[EMAIL PROTECTED]> [2005-08-10 14:41:19 -0400]:
>
> On Wed, Aug 10, 2005 at 02:36:16PM -0400, Christopher Faylor wrote:
>>On Wed, Aug 10, 2005 at 11:23:00AM -0700, Linda W wrote:
>>>Is there a way to find out in a bash script the cygdrive prefix?
>>>I thought something simple like
>>>   mount -p|tail -1|cut -f1
>>>but that incorrectly assumed the fields were tab delimited.
>>>Since there can be spaces in the cygdrive prefix, I can't
>>>use space a delimiter, example:
>>># mount -p
>>>Prefix  Type Flags
>>>/cyg drive posix path  system   binmode
>>>
>>
>>There may be a simpler way to do it, but this seems to work:
>>
>>mount -p | sed -n '2s/\([^ ]\)  *[^ ][^ ]*  *[^ ][^ ]*$/\1/p'
>
> This is shorter:
>
> mount -p | sed -nr '2s/([^ ]) +\S+ +\S+$/\1/p'

how about a version that strips the leading slash?
(I can pipe this through "sed 's,^/,,'", but there is a simpler way, right?)

while we are at it, how do non-cygwin programs supposed to handle this
/cygdrive stuff?
shell scripts mindlessly transfered from unix to cygwin do not bother to
use cygpath before passing pathnames to external programs.
native Emacs or vim do not appreciate /cygdrive prefixes.
it's easier to tell Emacs how to handle /cygdrive than to fix every
elisp Makefile that is being distributed.
that brings me to suggest that this "cygdrive" be made available in the
registry (which cygwin does not use at all, so, I guess, this is not
going anywhere...)

thanks.

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
 
  
Never underestimate the power of stupid people in large groups.

--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Morche Matthias]

Have a look at cygstart and Luc Hermitte's cyg-wrapper.sh
(http://hermitte.free.fr/cygwin/)



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Sam Steingold
...
while we are at it, how do non-cygwin programs supposed to handle this
/cygdrive stuff?
shell scripts mindlessly transfered from unix to cygwin do not bother to
use cygpath before passing pathnames to external programs.
native Emacs or vim do not appreciate /cygdrive prefixes.
it's easier to tell Emacs how to handle /cygdrive than to fix every
elisp Makefile that is being distributed.
that brings me to suggest that this "cygdrive" be made available in the
registry (which cygwin does not use at all, so, I guess, this is not
going anywhere...)
...

--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Eric Blake]

> > mount -p | sed -nr '2s/([^ ]) +\S+ +\S+$/\1/p'
> 
> how about a version that strips the leading slash?

mount -p | sed -nr '2s,/([^ ]) +\S+ +\S+$,\1,p'

> while we are at it, how do non-cygwin programs supposed to handle this
> /cygdrive stuff?

If you are invoking a non-cygwin program, you can use cygpath to
perform the conversion.  Write wrapper shell scripts to do that for
you if you commonly invoke non-cygwin programs from within cygwin.

> shell scripts mindlessly transfered from unix to cygwin do not bother to
> use cygpath before passing pathnames to external programs.
> native Emacs or vim do not appreciate /cygdrive prefixes.
> it's easier to tell Emacs how to handle /cygdrive than to fix every
> elisp Makefile that is being distributed.
> that brings me to suggest that this "cygdrive" be made available in the
> registry (which cygwin does not use at all, so, I guess, this is not
> going anywhere...)

Actually, the cygdrive prefix is part of mount(1), so it IS currently stored
in the registry.  But the registry interface to how mount(1) stores its
information is intentionally undocumented, so that mount(1) will work
even if its use of the registry changes in the future.

--
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: Programatically finding value of "cygdrive" prefix

[Sam Steingold]

> * Morche Matthias <[EMAIL PROTECTED]> [2005-08-11 16:08:30 +0200]:
>
> Have a look at cygstart and Luc Hermitte's cyg-wrapper.sh
> (http://hermitte.free.fr/cygwin/)

this requires aliases in .bashrc.
I think they are ignored by makefiles &c

>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of Sam Steingold
> ...
> while we are at it, how do non-cygwin programs supposed to handle this
> /cygdrive stuff?
> shell scripts mindlessly transfered from unix to cygwin do not bother to
> use cygpath before passing pathnames to external programs.
> native Emacs or vim do not appreciate /cygdrive prefixes.
> it's easier to tell Emacs how to handle /cygdrive than to fix every
> elisp Makefile that is being distributed.
> that brings me to suggest that this "cygdrive" be made available in the
> registry (which cygwin does not use at all, so, I guess, this is not
> going anywhere...)
> ...
>

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
 
  
Are you smart enough to use Lisp?

--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Sam Steingold]

> * Eric Blake <[EMAIL PROTECTED]> [2005-08-11 14:10:05 +]:
>
>> > mount -p | sed -nr '2s/([^ ]) +\S+ +\S+$/\1/p'
>> 
>> how about a version that strips the leading slash?
>
> mount -p | sed -nr '2s,/([^ ]) +\S+ +\S+$,\1,p'

that's what I also tried before sending my e-mail.
it does not print anything.

>> while we are at it, how do non-cygwin programs supposed to handle this
>> /cygdrive stuff?
>
> If you are invoking a non-cygwin program, you can use cygpath to
> perform the conversion.  Write wrapper shell scripts to do that for
> you if you commonly invoke non-cygwin programs from within cygwin.

what if shell scripts that I do not control invoke emacs in ways that I
do not control?

>> shell scripts mindlessly transfered from unix to cygwin do not bother to
>> use cygpath before passing pathnames to external programs.
>> native Emacs or vim do not appreciate /cygdrive prefixes.
>> it's easier to tell Emacs how to handle /cygdrive than to fix every
>> elisp Makefile that is being distributed.
>> that brings me to suggest that this "cygdrive" be made available in the
>> registry (which cygwin does not use at all, so, I guess, this is not
>> going anywhere...)
>
> Actually, the cygdrive prefix is part of mount(1), so it IS currently
> stored in the registry.  But the registry interface to how mount(1)
> stores its information is intentionally undocumented, so that mount(1)
> will work even if its use of the registry changes in the future.

I cannot find either "cygdrive" or "cygwin" in the registry (using regedit)

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
The only intuitive interface is the nipple.  The rest has to be learned.

--
Unsubscribe info:  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: Postmaster core dumps

[Christopher Faylor]

On Thu, Aug 11, 2005 at 09:09:13AM +0200, depinfo - Dep. Informatica wrote:
>Hi again, Christopher,
>
>Thanks again, you're a great guy! Thanks!!
>
>If you could say me, what was the problem?

A pointer needed to be initialized earlier in the cygserver startup
process.  I didn't investigate why this problem suddenly showed up
but it was an obvious fix, so, with Corinna's permission, I checked
in a patch.

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: tar broken on 1.5.18 and newer

[Dave Korn]

Original Message
>From: Krzysztof Duleba
>Sent: 11 August 2005 09:24

> Corinna Vinschen wrote:
>> On Aug  9 22:48, Krzysztof Duleba wrote:
>> 
>> Works fine on my machine, started from a genuine cmd, with lots of Cygwin
>> apps running in the background.  I tried with 1.5.18 and current CVS.
> 
> I keep getting this error, even with my own tar builds. Could someone else
> start tar from the Windows shell? Any idea what causes tar to fail on my
> system?
> 
> Krzysztof Duleba

  Tar WJFFM too:


Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\dk>tar
tar: You must specify one of the `-Acdtrux' options
Try `tar --help' for more information.

C:\Documents and Settings\dk>


  I'm using a fairly recent cvs build (20050804).

  If I were you I'd suspect that Symantec/Norton software that was blocking
your earlier email! :-P




[ ... with apologies to the South Park movie  ]


Sheila:   Times have changed
   Our software's getting worse
   It won't obey our commands
   It just wants to crash and burn

Sharon:   Should we blame the government?
Liane:Or blame society?
Dads: Or should we blame the images we install from CD?

Sheila:   No, Blame Symantec!
Everyone: Blame Symantec!
Sheila:   With all their beady little eyes
   And their firewall full of lies
Everyone: Blame Symantec!  Blame Symantec!

Sheila:   We need to form a full assault
Everyone: It's Symantec's fault!

Sharon:   Don't blame me 
   For my son Stan
   He used their anti-virus
   And now he's off to join the Klan!

Liane:And my boy Eric once
   Took Norton's advice on PC Health
   But now when I see him he tells me to reboot myself!

Sheila:   Well, Blame Symantec!
Everyone: Blame Symantec!
Sheila:   It seems that everything's gone wrong
   Since Norton/McAfee came along
Everyone: Blame Symantec!
   Blame Symantec!


   . continues ad nauseam, or until you finally uninstall 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: tar broken on 1.5.18 and newer

[Christopher Faylor]

On Thu, Aug 11, 2005 at 10:32:04AM +0200, Corinna Vinschen wrote:
>On Aug 11 10:23, Krzysztof Duleba wrote:
>> Corinna Vinschen wrote:
>> >On Aug  9 22:48, Krzysztof Duleba wrote:
>> >
>> >Works fine on my machine, started from a genuine cmd, with lots of Cygwin
>> >apps running in the background.  I tried with 1.5.18 and current CVS.
>> 
>> I keep getting this error, even with my own tar builds. Could someone else 
>> start tar from the Windows shell? Any idea what causes tar to fail on my 
>> system?
>
>Hard to tell without being able to reproduce.  Not without more debugging
>effort on your side, I'm afraid.

And, it WJFFM, too, FWIW.

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: Rsync over SSH dies before it is able to send with lots of files

[Corinna Vinschen]

On Aug 11 07:26, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> According to Eric Blake on 8/10/2005 7:09 AM:
> > 
> > I still want to figure out why you were getting a crash.  I tried the
> > following:
> > 
> > $ cd /tmp
> > $ mount -m
> > ...
> > mount -f -s -b -X "c:/cygwin/bin" "/bin"
> > $ mkdir lots
> > $ # 45000 invocations of touch is slow, so do 10 files at a time...
> > $ for i in `seq 4500` ; do echo $i ; touch longfilename${i}0
> > longfilename${i}1 longfilename${i}2 longfilename${i}3 longfilename${i}4
> > longfilename${i}5 longfilename${i}6 longfilename${i}7 longfilename${i}8
> > longfilename${i}9 ; done
> > $ echo /cygdrive/c/cygwin/tmp/lots/*
> > ... # Works, echo is a builtin
> > $ /bin/echo /cygdrive/c/cygwin/tmp/lots/*
> > ... # Works for me, since my /bin is mounted executable
> > $ /cygdrive/c/cygwin/bin/echo /cygdrive/c/cygwin/tmp/lots/*
> > bash: /cygdrive/c/cygwin/bin/echo: Argument list too long
> 
> Aha - I found something.  When I first ran the touch command above, I
> stopped at about 8000 files (or about 400k for the subsequent echo command
> line), which gave the nice "Argument list too long" error.  But when I
> increased the number of files to 45000 (or about 2 meg of command line),
> the same command failed with a segfault with bash 3.0, and gave no input
> but left $? at 5 (matching EIO) on the alpha bash 3.1.  I will have to try
> debugging it now, but it seems odd that exec() is dying with E2BIG in one
> case and EIO when the input is even bigger.

Can you reproduce this with the latest 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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Christopher Faylor]

On Thu, Aug 11, 2005 at 02:58:58PM +0200, Louis Lecaroz wrote:
>Having (if possible ;) ) a patch & a standard modification in cygwin to
>allow this type of programming will be really great !

Cygwin has its own (currently undocumented) hooking mechanism.  Setting
the LD_PRELOAD environment variable to the name of a DLL will cause any
function in the DLL to override the similarly named cygwin function.  It
works similarly to linux:

 LD_PRELOAD
  A whitespace-separated list of additional, user-specified, ELF shared
  libraries to be loaded before all others.  This can be used to
  selectively override functions in other shared libraries.

except that it uses DLLs rather than "ELF shared libraries".

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: RSH configuration

[Larry Hall]

At 01:07 AM 8/11/2005, you wrote:
>Hello sir ,thanks for your reply ,but further I will like to know the simple
>thing that which packages during cygwin setup are required to download in
>order to establish an remote login session from cygwin,where I want to work
>with RSH protocol.


The FAQ has this entry, which seems appropriate:

What packages should I download? Where are 'make', 'gcc', 'vi', etc?



>I will alos like to know about which files in cygwin are
>required to be modified for remote login.


In general, same as on Linix/UNIX, though there is a Cygwin specific README
in /usr/share/doc/Cygwin for inetutils which explains what to do to get it
configured and running.  After that, you should be able to get rsh/rlogin
running with existing docs.  But unless you *absolutely* need rsh/rlogin,
you'd be much better off using ssh from the openssh package.  Everything 
I've said about finding and configuring rsh's package applies equally to 
openssh.


--
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: Programatically finding value of "cygdrive" prefix

[Eric Blake]

> > mount -p | sed -nr '2s,/([^ ]) +\S+ +\S+$,\1,p'
> 
> that's what I also tried before sending my e-mail.
> it does not print anything.
> 

Oh right, I missed a + to make \1 be more than one character:

mount -p | sed -nr '2s,/([^ ]+) +\S+ +\S+$,\1,p'

--
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: Programatically finding value of "cygdrive" prefix

[Morche Matthias]

I do find it: "HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\Cygwin\mounts v2\cygdrive prefix"

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Sam Steingold
...

I cannot find either "cygdrive" or "cygwin" in the registry (using
regedit)
...

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

Chrooted ssh and SFTP in cygwin

[RITTER, Philippe]

Hello

I'm trying to make a chrooted environnment in cygwin with
openssh-4.1p1-2

I can ssh with no problem, but sftp-server will not start because it
will not find cygwin1.dll in the path.

I use the chroot from http://chrootssh.sourceforge.net/download/

I looked in session.c but I don't understand when sshd set the path for
the session. I see it copies from windows, but not setting the default

Here the command I use to compile openssh :
./configure --prefix=/usr \
--sysconfdir=/etc \
--libexecdir='${sbindir}' \
--localstatedir=/var \
--datadir='${prefix}/share' \
--mandir='${datadir}/man' \
--infodir='${datadir}/info' \
--with-default-path='/usr/bin:/bin:/usr/sbin:/sbin' \
--with-tcp-wrappers

I my chrooted home I have :
$ ls -lR
.:
total 0
drwxr-xr-x+ 2 phr Domain Users 0 Aug 11 14:31 bin
drwxr-xr-x+ 2 phr Domain Users 0 Aug 11 16:20 etc
drwxr-xr-x+ 3 phr Domain Users 0 Aug 11 16:38 home
drwxr-xr-x+ 2 phr Domain Users 0 Aug 11 12:07 tmp
drwxr-xr-x+ 3 phr Domain Users 0 Aug 11 12:09 usr
drwxr-xr-x+ 3 phr Domain Users 0 Aug 11 14:24 var

./bin:
total 3792
-rwxr-xr-x  2 phr Domain Users  451072 Aug 11 12:08 bash
-rwxr-xr-x  2 phr Domain Users  451072 Aug 11 12:08 bash.exe
-rwxr-xr-x  1 phr Domain Users6846 Aug 11 12:12 bashbug
-rwxr-xr-x  1 phr Domain Users6656 Aug 11 12:07 cygcrypt-0.dll
-rwxr-xr-x  1 phr Domain Users 1015128 Aug 11 12:11 cygiconv-2.dll
-rwxr-xr-x  1 phr Domain Users   22016 Aug 11 12:11 cygintl-1.dll
-rwxr-xr-x  1 phr Domain Users   37888 Aug 11 12:11 cygintl-2.dll
-rwxr-xr-x  1 phr Domain Users   55612 Aug 11 12:11 cygintl-3.dll
-rwxr-xr-x  1 phr Domain Users   21504 Aug 11 12:11 cygintl.dll
-rwxr-xr-x  1 phr Domain Users  230400 Aug 11 14:12 cygncurses-8.dll
-rwxr-xr-x  1 phr Domain Users  147456 Aug 11 14:12 cygreadline6.dll
-rwxr-xr-x  1 phr Domain Users 1295582 Aug 11 12:08 cygwin1.dll
-rwxr-xr-x  1 phr Domain Users   89600 Aug 11 12:08 ls.exe
-rwxr-xr-x  1 phr Domain Users   23552 Aug 11 14:16 strace.exe

./etc:
total 8
-rwxr-x---  1 phr Domain Users 6530 Aug 11 16:20 profile

./home:
total 0

./tmp:
total 0

./usr:
total 0
drwxr-xr-x+ 2 phr Domain Users 0 Aug 11 14:31 sbin

./usr/sbin:
total 1076
-rwxr-xr-x  1 phr Domain Users 1067008 Aug 11 12:07 cygcrypto-0.9.8.dll
-rwxr-xr-x  1 phr Domain Users   29184 Aug 11 12:09 sftp-server.exe

./var:
total 0
drwxr-xr-x+ 2 phr Domain Users 0 Aug 11 14:23 run

./var/run:
total 0

Can someone help me ? I know I could copy everything from /bin in
/usr/sbin, but I would like something else.

Thanks
Philippe RITTER

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

Re: is there a cygwin maintainer for gnu emacs?

[Richard M. Stallman]

When GC encounters a fatal inconsistency in the Emacs data structures,
it is generally unsafe to say anything, since that could easily cause
a nested fatal signal.

It would also not be very useful, since any info we could put into
such an error message could be quickly discovered by a little
investigation with a debugger.

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

Re: is there a cygwin maintainer for gnu emacs?

[Joe Buehler]

Richard M. Stallman wrote:


When GC encounters a fatal inconsistency in the Emacs data structures,
it is generally unsafe to say anything, since that could easily cause
a nested fatal signal.

It would also not be very useful, since any info we could put into
such an error message could be quickly discovered by a little
investigation with a debugger.


I have to disgree with that, it's the instant gut ueber-programmer
reaction to such problems.   Currently the user just gets an exiting
emacs, leaving me with no clue as to why emacs exited.  I then have to
provide instructions to the user as to how to run the $*&$%#!!! debugger
to help me figure out what happened.  The debugger that he may or may
not have installed, and may or may not even be ABLE to install.

A simple last-ditch printf that says "corruption detected during
garbage collection, see you later" would be a much easier way to get an
initial handle on what the heck the problem is.  As it was, without any
message, my initial suspicion was a SEGV or similar, which would be
much more likely to be a Cygwin problem than an emacs problem.
--
Joe Buehler


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

Setup.exe crash on X-startup-scripts source entry

[Ruediger Ranft]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Hi *,

on my box the cygwin installer crashes when the source line of
X-startup-scripts (line 190) is not commented out [1] . The installer
fails with an message box, containing:

Fatal Error: Uncaught Exception
Thread: install
Type: St16invalid_argument
Message: URL Scheme not registered!

My workaround is the comment on this line, but since I can't see a
difference between the source entry on line 190 and line 194, I guess
there is a problem in setup.exe.

bye
Rudi

PS: Please keep me in CC, since I'm not on the list
PPS: Is there a setup-like solution which works inside of cygwin?

[1] http://www.htwm.de/~rranft1/setup.ini

- --
GPG encrypted mails preferred.
GPG verschlüsselte Mails bevorzugt.
- ---> https://dsred.ccc.de/085/tkuev <
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFC+2x92uN2FDAGnxwRA/glAJ0Vuja+C6G+BxlBzQvsBS3eojB2uACeI+or
l9GA+bTzCJKYrOMithqEFqU=
=BZiR
-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: Programatically finding value of "cygdrive" prefix

[L Anderson]

Christopher Faylor wrote:

On Wed, Aug 10, 2005 at 02:47:52PM -0700, L Anderson wrote:


Christopher Faylor wrote:


On Wed, Aug 10, 2005 at 02:36:16PM -0400, Christopher Faylor wrote:



On Wed, Aug 10, 2005 at 11:23:00AM -0700, Linda W wrote:



Is there a way to find out in a bash script the cygdrive prefix?
I thought something simple like
mount -p|tail -1|cut -f1
but that incorrectly assumed the fields were tab delimited.
Since there can be spaces in the cygdrive prefix, I can't
use space a delimiter, example:
# mount -p
Prefix  Type Flags
/cyg drive posix path  system   binmode



There may be a simpler way to do it, but this seems to work:

mount -p | sed -n '2s/\([^ ]\)  *[^ ][^ ]*  *[^ ][^ ]*$/\1/p'



This is shorter:

mount -p | sed -nr '2s/([^ ]) +\S+ +\S+$/\1/p'



Neither of which work if there is a space in the cygdrive prefix; viz a viz:

Prefix  Type Flags
/cyg drive posix path  system   binmode



Actually yes they will.  Did you actually try the above?  I did.



[red face on]

Ummm, yah I did try them both using a number of test scenarios but all 
tests failed.  That's why I posted.  However, I had been using my 
Win98SE system for about 5 hours when I did the tests.


This morning I cold restarted my system and tried to verify yesterday's 
results.  Now I can't get any of my tests to fail and I have not 
installed or updated any software.


That's the last time I report an alleged problem without verifying it 
after a cold restart!


Sorry for the noise.

[red face off in a bit]

Regards,

L Anderson



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

Re: tar broken on 1.5.18 and newer

[Krzysztof Duleba]

Dave Korn wrote:


  If I were you I'd suspect that Symantec/Norton software that was blocking
your earlier email! :-P


Right. But the funny thing is that I do not have any Symantec software 
installed at all, the blocked message finally made it to the list and the 
error message (pasted full text follows) arrived very soon, just few 
minutes after I send my mail. Anyway, this is not Cygwin related.


Krzysztof Duleba

From - Tue Aug 09 22:42:41 2005
X-Account-Key: account2
X-UIDL: 1123620097.9174.ra.skrzynka.pl,S=1757
X-Mozilla-Status: 0001
X-Mozilla-Status2: 
Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 20894 invoked by uid 505); 9 Aug 2005 22:41:37 +0200
Received: from 65.241.39.67 by ra.skrzynka.pl (envelope-from 
<[EMAIL PROTECTED]>, uid 89) with qmail-scanner-0

 (
 Clear:RC:0(65.241.39.67):SA:0(-0.1/3.1):.
 Processed in 1.801408 secs); 09 Aug 2005 20:41:37 -
X-Spam-Status: No, hits=-0.1 required=3.1
X-Skrzynka-AV-Mail-From: [EMAIL PROTECTED] via ra.skrzynka.pl
X-Skrzynka-AV: 0 (Clear:RC:0(65.241.39.67):SA:0(-0.1/3.1):. Processed in 
1.801408 secs Process 15012)

Received: from unknown (HELO Liam.telasic.com) (65.241.39.67)
  by ra.skrzynka.pl with SMTP; 9 Aug 2005 22:41:35 +0200
Received: from mail pickup service by Liam.telasic.com with Microsoft SMTPSVC;
 Tue, 9 Aug 2005 13:42:16 -0700
thread-index: AcWdItQ0/U7FApyoTT2A3hSu9AJ3mw==
Thread-Topic: Symantec Mail Security detected prohibited attachments in a 
message sent from your address. 
(SYM:06777164852149473167)

From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: Symantec Mail Security detected prohibited attachments in a 
message sent from your address. 
(SYM:06777164852149473167)

Date: Tue, 9 Aug 2005 13:42:16 -0700
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft CDO for Exchange 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.224
X-OriginalArrivalTime: 09 Aug 2005 20:42:16.0662 (UTC) 
FILETIME=[D4538760:01C59D22]


Subject of the message:  tar broken on 1.5.18 and newer
Recipient of the message: "cygwin@cygwin.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: Programatically finding value of "cygdrive" prefix

[Christopher Faylor]

On Thu, Aug 11, 2005 at 02:47:29PM +, Eric Blake wrote:
>>>mount -p | sed -nr '2s,/([^ ]) +\S+ +\S+$,\1,p'
>>
>>that's what I also tried before sending my e-mail.  it does not print
>>anything.
>
>Oh right, I missed a + to make \1 be more than one character:
>
>mount -p | sed -nr '2s,/([^ ]+) +\S+ +\S+$,\1,p'

And now we're back to not handling a cygdrive with imbedded spaces.

We're really looping here.

This is really degenerating into a "how do I use UNIX tools?" discussion
which is really not a topic for this mailing list.  Perhaps this should
be moved to cygwin-talk.

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/

Cygwin: SSH to connect to OpenLDAP

[kandryc]

Hi,
   Looking around it seems there is no PAM module for Cygwin. Is there anyway I
can use my SSH client on Cygwin to authenticate against my Cygwin OpenLDAP
configuration?

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: tar broken on 1.5.18 and newer

[Krzysztof Duleba]

Corinna Vinschen wrote:
 >

Hard to tell without being able to reproduce.  Not without more debugging
effort on your side, I'm afraid.


I'll build tar with debugging info and try to find out what's going on. Is 
it a good idea for a start?


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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

Christopher,
That's a possible workaround.
I tried to LD_PRELOAD my Microsoft DLL Hook, & it appears to work, 
cygwin is loaded correctly, & code is not injected but loaded by cygwin. &
Hooks appears working ! that's a great improvement on my issue. So it 
appears to be the code injection from one process to another one which 
is doing crashing cygwin tools !


But. The LD_PRELOAD is only done one time when loading the first 
instance of bash !
if starting another instance of a cygwin tool under bash, I can see in 
my traces a createprocess on bash itself before loading the child process.
I suppose bash forking itself before spawning the child process (ls.exe 
for exemple). & because the forked process is initiliazed by a 
setjmp/longjmp, the LD_PRELOAD not read in the forked instance (due to 
entry point moved by the fork() methode of cygwin)...


Am I wrong or right ?
If yes, & if it is possible to correct this special really interresting 
undocumented CygWin Feature, I think, it will allow me to trace systems 
Win32 native call (not cygwin call like strace), in all cygwin tools. 
Then if a cygwin process will spawn a native Win32 process (not a 
cygwin), I will be able to inject myself inside (if cygwin does not 
execute specific code like exec fixup in Win32 native processes !!! )


???

Thx in advance for your answer,
Louis



On Thu, Aug 11, 2005 at 02:58:58PM +0200, Louis Lecaroz wrote:


Having (if possible  ;)  ) a patch & a standard modification in cygwin to
allow this type of programming will be really great !
 



Cygwin has its own (currently undocumented) hooking mechanism.  Setting
the LD_PRELOAD environment variable to the name of a DLL will cause any
function in the DLL to override the similarly named cygwin function.  It
works similarly to linux:

LD_PRELOAD
 A whitespace-separated list of additional, user-specified, ELF shared
 libraries to be loaded before all others.  This can be used to
 selectively override functions in other shared libraries.

except that it uses DLLs rather than "ELF shared libraries".

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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Dave Korn]

Original Message
>From: Louis Lecaroz
>Sent: 11 August 2005 16:13

> Dave,
> For your information, you don't need my code specificaly, as it is not
> directly link to "my" code but to the Microsoft Toolkit, but I think,
> when You were talking about my code, You mean Microsoft ?.

  I'm not sure now; I thought you said you were writing a truss tool?  Your
first email said ...

> I wrote an Advanced "truss like" tool to examine files opened by a
> process by using code injection.

  ... but now I guess what you mean is "I downloaded and compiled a program
but didn't write any code myself".

> But, I have attached for you, some already compiled sample of the sdk
> you can execute on your computer. you can download all the ms toolkit
> (only the 1.5 is still public)  with sample on :
> http://research.microsoft.com/sn/detours/

  Yes, I know about the Detours library, I've read all about it before.

> Unzip it in your cygwin\bin dir & run :

  Not to be rude, but you must be out of your mind if you think I'm going to
execute a random binary sent to me through email by a complete stranger!

> Because I am really accustomed, it appears to be more simple for me, to
> understand/generate & debug microsoft tools than CygWin specific code
> (really sorry). This is the reason I have posted here, hopping I will be
> able to undertand something or to find a solution, to have ONLY ONE
> TRUSS similar command able to hook & trace system calls for CygWin &
> Win32 native. This allow, for exemple tracing cygwin & a child Win32
> native process launch by cygwin... ;)

  If you want Microsoft tools to support Cygwin calling sequences, you
really have to ask Microsoft to add support to their code, there's no point
asking us to somehow change the Detours library (or any other M$ tool)!

  Or you could debug the crash yourself, find out why it's happening, patch
your local copy of the detours library to work with Cygwin, and you should
have the tool you want.


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: Updated: w32api-3.3-1

[Wanda & Dan Paslawski]

Please unsubscribe


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Chris Sutcliffe
Sent: August 10, 2005 8:38 PM
To: cygwin-announce@cygwin.com
Subject: Updated: w32api-3.3-1


I've updated the w32api package to version 3.3-1:

w32api contains all the headers and libraries required to compile
windows based programs.  A list of what has changed is attached.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.

-- 
Chris Sutcliffe
[EMAIL PROTECTED]
http://emergedesktop.org
http://ironhead.modblog.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: Chrooted ssh and SFTP in cygwin

[Pierre A. Humblet]

RITTER, Philippe wrote:

> I'm trying to make a chrooted environnment in cygwin with
> openssh-4.1p1-2

> I can ssh with no problem, but sftp-server will not start because it
> will not find cygwin1.dll in the path.

In theory things should be setup so that you don't need to copy any
standard dll to your private bin, see
http://www.cygwin.com/ml/cygwin-patches/2004-q2/msg00083.html
and follow up, but then I don't know exactly what you try to do.

Can you ftp as anonymous and do an ls?

Pierre




--
Unsubscribe info:  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: Postmaster core dumps

[depinfo - Dep. Informatica]

Ok, thanks a lot for your answer!

From: Christopher Faylor
[mailto:[EMAIL PROTECTED] 
2005/08/11
Subject: Re: Postmaster core dumps

On Thu, Aug 11, 2005 at 09:09:13AM +0200, depinfo - Dep. Informatica
wrote:
>Hi again, Christopher,
>
>Thanks again, you're a great guy! Thanks!!
>
>If you could say me, what was the problem?

A pointer needed to be initialized earlier in the cygserver startup
process.  I didn't investigate why this problem suddenly showed up
but it was an obvious fix, so, with Corinna's permission, I checked
in a patch.

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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

Hi Dave,
First I really understand your point of view of starting programs sent 
by internet ! I am working like you to have a secure computer ;)


Next, ok, I said, I am writing a TRuss program but by using the 
Microsoft Detours toolkit. You have some example shipped with the MS 
Detours, doing CreateProcess & CreateFile hooking like me. & I zipped to 
you standards exemples not to introduce my code & to eliminate bugs from 
my code ;) I am sure You will understand this step from me.


Next, I am not sure, there is a real "bug" in MS Detours & in CygWin... 
Not by default but more an incompatibility I think, the problem is 
more on the fork() emulation as If I have understound correctly the bash 
workflow, it first fork itself before spawning the child process. But 
the fork() emulation (as this feature does not exists on Win32), 
introduce & re-write BSS/DATA segments in the forked instance of bash, & 
I am supposing this to crashing  as the child process to spawn never 
appears in my CreateProcess Hooked version traces (but the createprocess 
call performed on bash to fork itself (so createprocess(bash), & next 
longjmp/setjmp & bss/data fixing).


I think, we have an issue at this point on this. Why am I supposing 
this, because instead of injecting code by using the MS Detours but 
installing MS Detours hooks by LD_PRELOAD (loading my hooking dll 
instead of injecting it with Microsoft APIs) works... But because the 
LD_PRELOAD does not appears to be done in the fork instance, I loose the 
hook for the process forked (not spawned) :( .  (See already sent 
subject on this here : http://cygwin.com/ml/cygwin/2005-08/msg00470.html )


So, my next question... is without compiling by using gcc of CygWin, how 
to be able to force my DLL to be also able to preload in forked 
instances or to force my dll to be loaded inside forked instances :( ?


I am really near the goal. Next, because by using the LD_PREALOD 
environment variable works for parent instance of the fork (not on the 
spawned), I think, I will be able from my DLL loaded in the cygwin 
process (by LD_PREALOD) be able to hook createprocess & to inject me in 
child Win32 native processes as they doesn't take care of LD_PRELOAD ;)


But... As I said in the other post above... I hope cygwin, not to fixing 
& modifing native Win32 child process to allow me to inject my code in 
non cygwin executable...

I hope I have been clear in my mail (sorry for my poor english) ?

As I said, I think, Logging a bug into the Microsoft Support, they will 
answer to me... : Hey guy ! CygWin performs strange code overwritting 
BSS/Data segments & other things like this in their code. Check with 
them to ask them to be totally native Win32 coding :( glups ! :(


?
Louis

Dave Korn wrote:


Original Message
 


From: Louis Lecaroz
Sent: 11 August 2005 16:13
   



 


Dave,
For your information, you don't need my code specificaly, as it is not
directly link to "my" code but to the Microsoft Toolkit, but I think,
when You were talking about my code, You mean Microsoft ?.
   



 I'm not sure now; I thought you said you were writing a truss tool?  Your
first email said ...

 


I wrote an Advanced "truss like" tool to examine files opened by a
process by using code injection.
   



 ... but now I guess what you mean is "I downloaded and compiled a program
but didn't write any code myself".

 


But, I have attached for you, some already compiled sample of the sdk
you can execute on your computer. you can download all the ms toolkit
(only the 1.5 is still public)  with sample on :
http://research.microsoft.com/sn/detours/
   



 Yes, I know about the Detours library, I've read all about it before.

 


Unzip it in your cygwin\bin dir & run :
   



 Not to be rude, but you must be out of your mind if you think I'm going to
execute a random binary sent to me through email by a complete stranger!

 


Because I am really accustomed, it appears to be more simple for me, to
understand/generate & debug microsoft tools than CygWin specific code
(really sorry). This is the reason I have posted here, hopping I will be
able to undertand something or to find a solution, to have ONLY ONE
TRUSS similar command able to hook & trace system calls for CygWin &
Win32 native. This allow, for exemple tracing cygwin & a child Win32
native process launch by cygwin... ;)
   



 If you want Microsoft tools to support Cygwin calling sequences, you
really have to ask Microsoft to add support to their code, there's no point
asking us to somehow change the Detours library (or any other M$ tool)!

 Or you could debug the crash yourself, find out why it's happening, patch
your local copy of the detours library to work with Cygwin, and you should
have the tool you want.


   cheers,
 DaveK
 




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

Re: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Christopher Faylor]

On Thu, Aug 11, 2005 at 06:01:08PM +0200, Louis Lecaroz wrote:
>I tried to LD_PRELOAD my Microsoft DLL Hook, & it appears to work, 
>cygwin is loaded correctly, & code is not injected but loaded by cygwin. &
>Hooks appears working ! that's a great improvement on my issue. So it 
>appears to be the code injection from one process to another one which 
>is doing crashing cygwin tools !
>
>But. The LD_PRELOAD is only done one time when loading the first 
>instance of bash !

WOW!

>if starting another instance of a cygwin tool under bash, I can see in 
>my traces a createprocess on bash itself before loading the child process.
>I suppose bash forking itself before spawning the child process (ls.exe 
>for exemple). & because the forked process is initiliazed by a 
>setjmp/longjmp, the LD_PRELOAD not read in the forked instance (due to 
>entry point moved by the fork() methode of cygwin)...
>
>Am I wrong or right ?

I can't really tell from your description.  It looks like the LD_PRELOAD
stuff won't be called in the forkee, but I don't know if that's what you're
seeing or not.  It still works when a process is execed, so it seems
like it should be working most of the time.  I've fixed this in CVS.

I'll generate a snapshot with this change today.

>If yes, & if it is possible to correct this special really interresting 
>undocumented CygWin Feature, I think, it will allow me to trace systems 
>Win32 native call (not cygwin call like strace), in all cygwin tools. 

Sorry, but no, this is a cygwin-only solution.  It doesn't work with
non-cygwin DLLs.

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: Bug in stty or /dev/ttySx handling code

[Troy Curtiss]

Hi Peter,
 That was my patch applied back in 02/01/2003 and upon re-examining it, 
I believe this is an error.  The intended behavior was as follows:


1) When a baud rate of B0 is passed to tcsetattr(), it should not change 
the actual baud rate, but instead drop DTR.
2) In tcgetattr(), the presently set baud rate should be returned, 
regardless of the state of DTR.


My earlier patch violates #2.  I am sending a patch to fix this to 
cygwin-patches right now (CC'ing you, as well.)  Thanks for bringing 
this to my attention - I don't know what I was thinking that day :)


-Troy


Hi,

I'm seeing problems when I run stty. If I run stty -F /dev/ttyS0, it 
shows 0 baud. I found this thread from may that has the same issue:


http://sourceware.org/ml/cygwin/2005-05/msg00399.html

and I found that a patch was applied in 02/01/2003 that seems to 
prevent setting the baud if the DTR is zero. Why is the baud invalid 
when DTR is not set? It seems like to me that DTR doesn't/shouldn't 
have an affect on the reported baud. Can anyone shed some light on this?


Thanks,
Peter




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

RE: tar broken on 1.5.18 and newer

[Dave Korn]

Original Message
>From: Krzysztof Duleba
>Sent: 11 August 2005 16:40

> Corinna Vinschen wrote:
>   >
>> Hard to tell without being able to reproduce.  Not without more debugging
>> effort on your side, I'm afraid.
> 
> I'll build tar with debugging info and try to find out what's going on. Is
> it a good idea for a start?
> 
> Krzysztof Duleba

  Yep.

  You should also install a snapshot of the dll along with debug info (or
build your own from cvs); the addresses in your stackdump indicated a
backtrace through several functions in 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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

I can't really tell from your description.  It looks like the LD_PRELOAD
stuff won't be called in the forkee, but I don't know if that's what you're
seeing or not.  It still works when a process is execed, so it seems
like it should be working most of the time.  I've fixed this in CVS.

I'll generate a snapshot with this change today.
 

Ok, the behavior I would like to have, is the LD_PRELOAD also called by 
the forkee, this willl allow the forkee to load the DLL I have declared 
in the LD_PRELOAD environment variable & allowing me to manipulate 
memories & Win32 functions addresses/pointers to perform hook inside.


 

If yes, & if it is possible to correct this special really interresting 
undocumented CygWin Feature, I think, it will allow me to trace systems 
Win32 native call (not cygwin call like strace), in all cygwin tools. 
   



Sorry, but no, this is a cygwin-only solution.  It doesn't work with
non-cygwin DLLs.
 

I understand well that this is a cygwin only solution but it appears to 
work with non cygwin dlls as DllMain entries are standard & my code to 
install the hook is executed from the DllMain entry ;). It is sure, I 
cannot know how it impact the Cygwin Tools stability, but it works... 
(only in the forker ! not in the forkee ! as We saw above :( ).
I really understand this & your point of view & declining 
responsabilities or future behavior on this ;)


Just only having the forkee working with the LD_PRELOAD will be I 
suppose, not a solution for me... but a good workaround

Louis


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: Updated: w32api-3.3-1

[Larry Hall]

At 12:09 PM 8/11/2005, you wrote:
>Please unsubscribe


That's not how it works.  Please read the URL included as a footer on every
message sent from this list:

>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple


*That's* how it works. ;-)


--
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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

Oups I missed something in my previous post...
I also tried processes started directly not by bash, like sh, & others, 
& LD_PRELOAD allow to have my hooks working in cygwin processs ! that's 
really great !
So, the only issue keeping on my solution, is LD_PRELOAD a I said in my 
post above... Sorryt for this missing info in my previous post:(

Louis

--
Unsubscribe info:  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: Programatically finding value of "cygdrive" prefix

[Patricia J. Hawkins]

> "GRVS" == Gary R Van Sickle <[EMAIL PROTECTED]> writes:

Ken wrote:
>> Thanks.  One of these years I will eventually understand when
>> quotes cause an item with embedded spaces to be a single item
>> and when they get lost in processing, causing the embedded
>> space item to be multiple items.

GRVS> Well, when you do, be sure to publish a writeup in a prestegious journal 
so
GRVS> the rest of us can finally solve the mystery. ;-)

heh.  Try O'Reilly's _Learning The Bash Shell_.

Makes the arcane cane; straightened out my weird mish-mash of things
known, unknown, remembered, half-remembered, those understood, and the
items not understood but done by rote.  Nice examples, nice
explication of all those disparate weird but powerful features that
were inherited from historic shells.

-- 
Patricia J. Hawkins
Hawkins Internet Applications
www.hawkinsia.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: is there a cygwin maintainer for gnu emacs?

[emacs user]

can someone please just tell me what to do in the debugger to try and 
diagnose the problem?  the DEBUG text was not useful to me.  I am happy to 
work on this, but I am afraid I need very explicit gdb instructions.  
thanks...   Eli



From: "Richard M. Stallman" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Eli Zaretskii <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], [EMAIL PROTECTED],cygwin@cygwin.com, 
emacs-devel@gnu.org

Subject: Re: is there a cygwin maintainer for gnu emacs?
Date: Thu, 11 Aug 2005 10:27:11 -0400

When GC encounters a fatal inconsistency in the Emacs data structures,
it is generally unsafe to say anything, since that could easily cause
a nested fatal signal.

It would also not be very useful, since any info we could put into
such an error message could be quickly discovered by a little
investigation with a debugger.


_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/



--
Unsubscribe info:  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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Louis Lecaroz]

So to be more clear on my previous post (sorry, english is not my 
natural language :( ) :
-The LD_PRELOAD is not performed (It appears not to be performed...) in 
the forkee, so the code is not loaded in it (I think)
-Yes, I would like the LD_PRELOAD to be loaded in the forkee, this will 
allow also my code to be loaded in the forkee.
Finaly I suppose in term of code, not performing  a setjmp/longjmp 
directly to the same CS:IP location in the forkee but to a stub in the 
cygwin library, loading the LD_PRELOAD & next jumping itself to the same 
CS:IP as requested in the parent... Am I right ? This question is to be 
sure, I have understand everything correctly & I have exposed my issue 
also correctly ;)

& also to increase my knowledges on the cygwin code behavior ;)

Thx in advance,
Louis

--
Unsubscribe info:  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: Bug in stty or /dev/ttySx handling code

[Christopher Faylor]

On Thu, Aug 11, 2005 at 10:36:16AM -0600, Troy Curtiss wrote:
>Hi Peter,
> That was my patch applied back in 02/01/2003 and upon re-examining it, 
>I believe this is an error.  The intended behavior was as follows:
>
>1) When a baud rate of B0 is passed to tcsetattr(), it should not change 
>the actual baud rate, but instead drop DTR.
>2) In tcgetattr(), the presently set baud rate should be returned, 
>regardless of the state of DTR.
>
>My earlier patch violates #2.  I am sending a patch to fix this to 
>cygwin-patches right now (CC'ing you, as well.)  Thanks for bringing 
>this to my attention - I don't know what I was thinking that day :)

A snapshot with Tony's patch is available at:

http://cygwin.com/snapshots/

FYI,
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: Rsync over SSH dies before it is able to send with lots of files

[Christopher Faylor]

On Thu, Aug 11, 2005 at 04:31:12PM +0200, Corinna Vinschen wrote:
>On Aug 11 07:26, Eric Blake wrote:
>> Aha - I found something.  When I first ran the touch command above, I
>> stopped at about 8000 files (or about 400k for the subsequent echo command
>> line), which gave the nice "Argument list too long" error.  But when I
>> increased the number of files to 45000 (or about 2 meg of command line),
>> the same command failed with a segfault with bash 3.0, and gave no input
>> but left $? at 5 (matching EIO) on the alpha bash 3.1.  I will have to try
>> debugging it now, but it seems odd that exec() is dying with E2BIG in one
>> case and EIO when the input is even bigger.
>
>Can you reproduce this with the latest Cygwin snapshot?

Corinna chided me into making sure that exec*() was more bulletproof in it's
E2BIG detection so I've implemented better protection in the current snapshot.

http://cygwin.com/snapshots/

cgf
(who's about to have a multitasking meltdown unless he drinks more coffee soon)

--
Unsubscribe info:  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: "Segmentation fault" CygWin tools with code Injection-MS Detours

[Brian Ford]

On Thu, 11 Aug 2005, Christopher Faylor wrote:

> On Thu, Aug 11, 2005 at 02:58:58PM +0200, Louis Lecaroz wrote:
> >Having (if possible ;) ) a patch & a standard modification in cygwin to
> >allow this type of programming will be really great !
>
> Cygwin has its own (currently undocumented) hooking mechanism.  Setting
> the LD_PRELOAD environment variable to the name of a DLL will cause any
> function in the DLL to override the similarly named cygwin function.  It
> works similarly to linux:
>
>  LD_PRELOAD
>   A whitespace-separated list of additional, user-specified, ELF shared
>   libraries to be loaded before all others.  This can be used to
>   selectively override functions in other shared libraries.
>
> except that it uses DLLs rather than "ELF shared libraries".

Just to add a useless speculation that I don't currently have time to
follow up on...

I'd bet this is the mechanism used by SysInternals Process Explorer for
the currently broken (on Cygwin) DLL list and thread list features.  If
and when I have time to confirm this useless speculation, I'll report
back.  Unless someone else gets to it first... ;-).

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

--
Unsubscribe info:  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 dies before it is able to send with lots of files

[Bob Brown]

On 11 Aug 2005 at 7:26, Eric Blake wrote:

> Aha - I found something.  When I first ran the touch command above, I
> stopped at about 8000 files (or about 400k for the subsequent echo
> command line), which gave the nice "Argument list too long" error. 
> But when I increased the number of files to 45000 (or about 2 meg of
> command line), the same command failed with a segfault with bash 3.0,
> and gave no input but left $? at 5 (matching EIO) on the alpha bash
> 3.1.  I will have to try debugging it now, but it seems odd that
> exec() is dying with E2BIG in one case and EIO when the input is even
> bigger.

Just FYI the same also happens with bash 2.05 (I rolled back to see if it 
helped my 
situation but no)

bash-2.05b$ bash --version
bash --version
GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin)
Copyright (C) 2002 Free Software Foundation, Inc.

Good luck!  Fight the good fight!

Cheers,

- Bob -

--
Bob Brown, [EMAIL PROTECTED]
SmartMedia Solutions, Dunedin NZ


--
Unsubscribe info:  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 crash on X-startup-scripts source entry

[Brian Dessent]

Ruediger Ranft wrote:

> Fatal Error: Uncaught Exception
> Thread: install
> Type: St16invalid_argument
> Message: URL Scheme not registered!

Does the file X-startup-scripts-1.0.9-1-src.tar.bz2 actually exist in
your directory structure?

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: Rsync over SSH dies before it is able to send with lots of files

[Brian Dessent]

Eric Blake wrote:

> Aha - I found something.  When I first ran the touch command above, I
> stopped at about 8000 files (or about 400k for the subsequent echo command
> line), which gave the nice "Argument list too long" error.  But when I
> increased the number of files to 45000 (or about 2 meg of command line),
> the same command failed with a segfault with bash 3.0, and gave no input
> but left $? at 5 (matching EIO) on the alpha bash 3.1.  I will have to try
> debugging it now, but it seems odd that exec() is dying with E2BIG in one
> case and EIO when the input is even bigger.

I wonder if you're seeing the same bug as reported here:
. 
(How kind of him to post on FD and not even CC cygwin@)

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: Rsync over SSH dies before it is able to send with lots of files

[Christopher Faylor]

On Thu, Aug 11, 2005 at 02:02:05PM -0700, Brian Dessent wrote:
>Eric Blake wrote:
>
>> Aha - I found something.  When I first ran the touch command above, I
>> stopped at about 8000 files (or about 400k for the subsequent echo command
>> line), which gave the nice "Argument list too long" error.  But when I
>> increased the number of files to 45000 (or about 2 meg of command line),
>> the same command failed with a segfault with bash 3.0, and gave no input
>> but left $? at 5 (matching EIO) on the alpha bash 3.1.  I will have to try
>> debugging it now, but it seems odd that exec() is dying with E2BIG in one
>> case and EIO when the input is even bigger.
>
>I wonder if you're seeing the same bug as reported here:
>. 

Coincidentally enough, this is fixed in the latest snapshot, AFAICT.

>(How kind of him to post on FD and not even CC cygwin@)

Yes, isn't it, though?

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: How to make a mirro fo cygwin.com

[Joshua Daniel Franklin]

On 8/11/05, Dave Korn wrote:
> Original Message
> >From: Taufik Suryawan Edyna
> >Sent: 11 August 2005 11:23
> 
> > Hello,
> >
> > We are from Gadjah Mada University Indonesia want to make a mirror
> > cygwin.com website.
> > Can you tell us how to do that ?
> >
> 
> http://sources.redhat.com/cygwin-apps/package-server.html


Of course, if you just want a complete mirror rsync would probably be a 
simpler option. However, I believe setup.exe always contacts the real 
cygwin.com for setup.bz2 unless you fool DNS.

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

WFSO timed out after longjmp, data pass 3 failed

[Dirk Reiners]

Hi everybody,

I'm getting the above error messages, and I'm not sure what they mean or
what I can do about them.

Context: I'm running doxygen to generate the documentation for my
project (OpenSG, www.opensg.org) in parallel to compiling it every
night. This takes a pretty long time (>5 hours). At the end of the
process, doxygen tries to run the html help compiler to create a .chm
file, and that fails with the given error message:

Generating graph info page...
Running html help compiler...   
C:\cygwin\bin\doxygen.exe (2224): *** WFSO timed out after longjmp  
3506 [main] doxygen 2472 fork_copy: user/cygwin data pass 3 failed, 
0x22EAD0..0x23, done 0, windows pid 2224, Win32 error 5 
Error: failed to run html help compiler on index.hhp
make[2]: Leaving directory `/home/Administrator/OpenSG_db/OpenSG/Doc'

What does WFSO mean, and is there any way to change the timeout? It
seems to be not fully reproducible, sometimes it works, which might
depend on other things going on on the system that slow down the process
more or less. Therefore if I can extend the timeout somewhat I hope I
can get rid of this.

Thanks

Dirk


Cygwin Configuration Diagnostics
Current System Time: Thu Aug 11 16:25:41 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE
c:\Program Files\Microsoft Visual Studio .NET\Common7\IDE
c:\Program Files\Microsoft Visual Studio 8\Common7\IDE
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\KERB
c:\SFU\common\
c:\Program Files\UltraEdit
c:\Program Files\Microsoft SDK\Bin\
c:\Program Files\Microsoft SDK\Bin\WinNT\
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\bin
c:\Program Files\SSH Communications Security\SSH Secure Shell
c:\Program Files\GnuWin32\bin
C:\cygwin\usr\local\lib\
C:\cygwin\bin
c:\Program Files\Microsoft SDK\Bin\
c:\Program Files\Microsoft SDK\Bin\WinNT\
c:\Program Files\OpenSG\lib

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(Administrator) GID: 513(None)
0(root) 513(None)   544(Administrators)
545(Users)  1001(Debugger Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(Administrator) GID: 513(None)
0(root) 513(None)   544(Administrators)
545(Users)  1001(Debugger Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

USER = `Administrator'
PWD = `/home/Administrator'
HOME = `/home/Administrator'
MAKE_MODE = `unix'

MSSDK = `C:\Program Files\Microsoft SDK\.'
HOMEPATH = `\Documents and Settings\Administrator'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
APPDATA = `C:\Documents and Settings\Administrator\Application Data'
HOSTNAME = `sandman-win'
VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
MSTOOLS = `C:\Program Files\Microsoft SDK\.'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 8, GenuineIntel'
WINDIR = `C:\WINNT'
VSCOMNTOOLS = `"C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"'
VS80COMNTOOLS = `C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\'
OLDPWD = `/usr/bin'
USERDOMAIN = `SANDMAN-WIN'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
!:: = `::\'
TEMP = `/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
SFUDIR = `C:\SFU\'
LIB = `c:\Program Files\Microsoft Visual Studio .NET 
2003\Vc7\PlatformSDK\lib;C:\Program Files\Microsoft SDK\Lib\.;C:\Program 
Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\;C:\Program 
Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual 
Studio\VC98\lib;C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\'
USERNAME = `Administrator'
PROCESSOR_LEVEL = `15'
SYSTEMDRIVE = `C:'
USERPROFILE = `C:\Documents and Settings\Administrator'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
LOGONSERVER = `\\SANDMAN-WIN'
PROCESSOR_ARCHITECTURE = `x86'
!C: = `C:\cygwin\bin'
SHLVL = `1'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = `C:'
PROMPT = `$P$G'
INETSDK = `C:\Program Files\Microsoft SDK\.'
COMSPEC = `C:\WINNT\system32\cmd.exe'
TMP = `/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINNT'
CVS_RSH = `/bin/ssh'
PROCESSOR_REVISION = `0208'
BASEMAKE = `C:\Program Files\Microsoft SDK\Include\BKOffice.Mak'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
INFOPATH = 
`

RE: Programatically finding value of "cygdrive" prefix

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Morche Matthias
> Sent: Thursday, August 11, 2005 9:09 AM
> To: cygwin@cygwin.com
> Subject: RE: Programatically finding value of "cygdrive" prefix
> 
> Have a look at cygstart and Luc Hermitte's cyg-wrapper.sh
> (http://hermitte.free.fr/cygwin/)
> 

Thanks for that link Morche; I probably knew about this but never tried it.
Should come in pretty handy.

-- 
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: WFSO timed out after longjmp, data pass 3 failed

[Christopher Faylor]

On Thu, Aug 11, 2005 at 05:53:01PM -0500, Dirk Reiners wrote:
>I'm getting the above error messages, and I'm not sure what they mean or
>what I can do about them.
>
>Context: I'm running doxygen to generate the documentation for my
>project (OpenSG, www.opensg.org) in parallel to compiling it every
>night. This takes a pretty long time (>5 hours). At the end of the
>process, doxygen tries to run the html help compiler to create a .chm
>file, and that fails with the given error message:
>
>Generating graph info page...
>Running html help compiler...  
>C:\cygwin\bin\doxygen.exe (2224): *** WFSO timed out after longjmp 
>3506 [main] doxygen 2472 fork_copy: user/cygwin data pass 3 failed, 
>0x22EAD0..0x23, done 0, windows pid 2224, Win32 error 5
>Error: failed to run html help compiler on index.hhp
>make[2]: Leaving directory `/home/Administrator/OpenSG_db/OpenSG/Doc'

Try installing the rebase package and then issuing the "ash -c
/bin/rebaseall" from a windows command prompt after all cygwin processes
have been terminated.

Otherwise: http://cygwin.com/problems.html

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: WFSO timed out after longjmp, data pass 3 failed

[Brian Dessent]

Dirk Reiners wrote:

> What does WFSO mean, and is there any way to change the timeout? It
> seems to be not fully reproducible, sometimes it works, which might
> depend on other things going on on the system that slow down the process
> more or less. Therefore if I can extend the timeout somewhat I hope I
> can get rid of this.

Disclaimer: There's a good chance that I'm way off base with the
following.

WFSO stands for WaitForSingleObject and the error means that something
went wrong during the dance that parent and child processes perform in
the fork emulation code.

To emulate fork(), the parent starts the child, waits for it to
initialize, and then the child blocks (using WFSO) on a semaphore while
the parent copies over all its data onto the child.  The parent is then
supposed to signal the child to wake up again after it's done copying
all these sections (heap, stack, etc.)

The child needs a timeout for this wait, in case the parent flakes out
for some reason.  But if it does wake up on account of this timeout,
there's a serious problem and all it can really do is exit, which is
what you're seeing.  The parent was apparently still copying (in pass 3)
when this happened, and so the copying failed with errno 5 (Access
denied) as the child has terminated.

The timeout is 5 minutes, and it's hard to imagine that copying over
those sections would take anywhere near long, but I suppose if the
system is heavily taxed then it's conceivable that the parent might be
starved for CPU by a higher priority process and not complete in time. 
But that's really a stretch.

If this is the case then it should be intermittent, and not occur unless
the system is very busy.  You should try the latest cygwin DLL snapshot,
and try rebasing (though I dunno if that would affect this or not.)

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: Rsync over SSH dies before it is able to send with lots of files

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Christopher Faylor on 8/11/2005 11:34 AM:
>>Can you reproduce this with the latest Cygwin snapshot?

snapshot 20050811 fixes the problem; I correctly got "Argument list too
long" on a 2 meg command line, in both bash 3.0 and in my private
3.1-alpha, although it took 1m27.486s to give up (I think part of that was
the fact that NTFS is not very fast when bash is trying to glob 45000
files in the same directory).  So there is no point in me trying to debug
bash, because who knows what else was corrupted by the cygwin1.dll bug
before bash code was executing again.  Thanks for a nice fix!

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

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

iD8DBQFC/BD184KuGfSFAYARAl1SAKDPM6QrvCQWzFs/FoB62ZQMrYHzmACeLC+C
oPQLjs79iHZnnVxMmPFxKSA=
=YKo7
-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 dies before it is able to send with lots of files

[Christopher Faylor]

On Thu, Aug 11, 2005 at 09:01:11PM -0600, Eric Blake wrote:
>According to Christopher Faylor on 8/11/2005 11:34 AM:
>>>Can you reproduce this with the latest Cygwin snapshot?
>
>snapshot 20050811 fixes the problem; I correctly got "Argument list too
>long" on a 2 meg command line, in both bash 3.0 and in my private
>3.1-alpha, although it took 1m27.486s to give up (I think part of that
>was the fact that NTFS is not very fast when bash is trying to glob
>45000 files in the same directory).  So there is no point in me trying
>to debug bash, because who knows what else was corrupted by the
>cygwin1.dll bug before bash code was executing again.  Thanks for a
>nice fix!

Out of curiousity do you have your /bin directory mounted with -X?  If
so, this should remove most of the command line length limitations --
except in 1.5.18 which was unable to allocate more than a pitiful amount
of memory for cygwin's heap.  The allocation problem was fixed earlier
this week and doesn't have anything to do with the recent E2BIG fixes
that I just made.

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: findutils vs. /proc/registry

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 8/8/2005 9:33 AM:
>>Just so that nobody gets a wrong impression, open(".", O_RDONLY) only
>>fails in some deeper virtual dirs, mainly in /proc/registry, but also
>>in /proc//fd.  I'll look into this one.
> 
> I've checked in a patch.

Cool.  Thanks for your (and cgf's) quick work to all the bug reports I
seem to generate!  I've verified that the latest snapshot lets find work
in /proc/registry, whether with the current cygwin snapshot, or with the
CVS version using gnulib's fts().  (Even though cygwin just added fts to
the snapshots, find still uses the gnulib version instead because it
claims "the GNU libc and NetBSD versions have bugs and/or unnecessary
limitations.")

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

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

iD8DBQFC/Bcp84KuGfSFAYARAnKKAKDME6VnR3W5EH03muctJwXHvvkp2gCaAsJ9
jFjuI0bv2fHFOr1O3l0+Upc=
=5TyA
-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 dies before it is able to send with lots of files

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Christopher Faylor on 8/11/2005 9:15 PM:
> Out of curiousity do you have your /bin directory mounted with -X?  If
> so, this should remove most of the command line length limitations --
> except in 1.5.18 which was unable to allocate more than a pitiful amount
> of memory for cygwin's heap.  The allocation problem was fixed earlier
> this week and doesn't have anything to do with the recent E2BIG fixes
> that I just made.

Yes, I mount /bin as -X.  My earlier report showed that the command line
length was not a problem when I used echo (since it is a bash builtin, no
fork is involved) nor with /bin/echo (since it was executable-mounted); I
had to use /cygdrive/c/cygwin/bin/echo to expose the bug by circumventing
the /bin mount point.

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

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

iD8DBQFC/Bgw84KuGfSFAYARAn3pAKDTtT38Aa4by9pm/hPBBA5kiMHOvwCgt/59
LQle2F6zEdoJVlWDZCG0seE=
=K4TX
-END PGP SIGNATURE-

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

Re: bash.exe.stackdump

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Eric Blake on 7/27/2005 6:06 AM:
>>> OS: cygwin
>>>Bash Version: 3.0
>>>Patch Level: 16
>>>Release Status: release
>>>
>>>Description:
>>> Below are the contents of the "bash.exe.stackdump"
> 
> 
> And what were you doing at the time of the crash?  Any formula for
> reproducing the error?  Otherwise this is a useless bug report.

A recent cygwin bug was fixed where fork() with a huge (> 1 meg) command
line would corrupt memory, then the child bash process would segfault as a
result.  Since you have not provided any more details as to what caused
your crash, I will have to assume that using a fixed cygwin probably
corrects your problem with no change to bash.

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

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

iD8DBQFC/Bri84KuGfSFAYARAtNcAKCdr3A9QmRJJLpBbdX9G5FM3AL4/gCdGvOo
pkidsODCqqz9eBR2IxQwUgo=
=3zxr
-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/

Remove cygwin services

[Jason FU]

What do I do in order to remove installed services of cygwin like sshd, init and
so on?

Thanks.

Jason


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