9.8.05: Serial Communication Support on Cygwin

[Sudarshan Parthasarathy]

Hi,
  This is Sudarshan. I am trying to work with serial ports on Windows using
only C library API's like open, read etc.But I am unable to find a way to
set the serial communication attributes, espeically OVERLAPPED or
NON_OVERLAPPED IO with "open".  Ofcourse Windows provides the
API-"CreateFile", which will do the job, but I don't want to use it.
Essentially I need to use as less of Windows functions for serial
communications.
I came across Cygwin, and am curious how Cygwin does it on Windows?
Would be glad to get some answers...Thanks in advance


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

lapack packaging question

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Any reason why lapack sticks .dlls in /usr/lib/lapack, then adds that
directory to the path, rather than acting like all other packages and
sticking .dlls directly in /usr/bin?

- --
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+Jvl84KuGfSFAYARAuLEAJ0Ynx6yLi8iCEI9Chv5obsZFIMhKACgydO1
sKGyTcjma9LHf/0o0rjsu8k=
=nQbQ
-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: lapack packaging question

[Corinna Vinschen]

On Aug  9 06:04, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Any reason why lapack sticks .dlls in /usr/lib/lapack, then adds that
> directory to the path, rather than acting like all other packages and
> sticking .dlls directly in /usr/bin?

This has been discussed on cygwin-apps.


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: bash is crashing

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Cary Jamison on 8/8/2005 6:12 PM:
> Here's the trace from the last twenty seconds of the following command :
> 
>strace -t bash test.sh | tee strace.out
> 
> where test.sh is simply :
> 
>while true ; do sleep 10 ; done
> 
> it died after about twenty minutes.

Hmmm, your strace shows that just before the stackdump was created, bash
called fork(), then entered cygwin_except_handler sig 11, which is EAGAIN
(associated with no more processes).  Your system was probably loaded with
stale processes, so when windows tried to fork() into a new bash before
calling the next sleep, it failed.  From that point, bash may be crashing
because it tried to dereference NULL or something like that, that's where
a stack trace would be nice.  I don't know why your system ran out of
processes, when mine is not.  Maybe I can find a way to fake a fork()
failure while running bash in a debugger, and see what happens next.  At
any rate, bash should gracefully report an error when fork() fails, rather
than crashing.

> 
> I noticed that with the -t option, strace was occasionally printing out a 
> time that was about 10 minutes ahead of the real time.  You'll see a few of 
> these in the log.  I don't know what could be throwing it off like that, or 
> if it could somehow be related?

07:03:49 [main] bash 5008! pinfo::maybe_set_exit_code_from_windows: pid
5008, exit value - old 0x0, windows 0xDEADBEEF, cygwin 0x0
06:42:35 [main] sleep 5008 child_info::ready: signalled 0x680 that I was ready

I am seeing the same thing, too.  My computer reported the time was 6:42
when I grabbed these two consecutive lines from the running strace, so I
have no idea why strace is reporting timestamps 20 minutes into the future
after running for a while.  I doubt it has anything to do with the crash,
though, since my trial run has not crashed after more than 30 minutes of
execution as I type this.

> 
> It appears to be getting some access violations, but I haven't looked too 
> closely at it.  As I said earlier, I'll be gone for the next couple days and 
> check back then to see if I need to try a debug version of bash or whatever.

Are you running any sort of background program (virus scanner or desktop
search engine) that might be interfering with cygwin, so that cygwin runs
out of available Windows processes sooner?  What does 'ps -eaf' show, when
run from another console while your strace is running?  Are there a lot of
 cygwin processes hanging around?

- --
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+KgY84KuGfSFAYARAoXHAKDQzPA/u5hadHQAHvUkzBm5tUghkACfTW4U
Kz5ur/+jXs76TKbiRE4Gx9k=
=f5vZ
-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/

Help with IMAP server

[dem]

I  want to setup IMAP server. In Internet i find this manual 
http://pigtail.net/LRP/cygwin-exim.html

But IMAP server not work.
When I begin analysis i found when i connect into my PC through telnet i 
get:


$ telnet localhost 143
Trying 127.0.0.1...
Connected to comp-adm.masternet.don.
Escape character is '^]'.
Connection closed by foreign host.

And i get this message in Event Log:

PID 2488 : Invalid argument, while reading line user=??? host=UNKNOWN.

Can anybody help me.
--
With respect? Dmitry

--
Unsubscribe info:  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: [OBORONA-SPAM] Help with IMAP server

[dem]

PID 2488 : Invalid argument, while reading line user=??? host=UNKNOWN.


And when i set cygserv login not as SYSTEM account I get:

Invalid argument, while reading line user=dem host=UNKNOWN.

(dem it is My account)
--
With respect, Dmitry.

--
Unsubscribe info:  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 is crashing

[Corinna Vinschen]

On Aug  9 06:56, Eric Blake wrote:
> though, since my trial run has not crashed after more than 30 minutes of
> execution as I type this.

I'm running this test for 3 hours now, no crash.

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: 9.8.05: Serial Communication Support on Cygwin

[Christopher Faylor]

On Tue, Aug 09, 2005 at 04:36:39PM +0530, Sudarshan Parthasarathy wrote:
>This is Sudarshan.  I am trying to work with serial ports on Windows
>using only C library API's like open, read etc.But I am unable to find
>a way to set the serial communication attributes, espeically OVERLAPPED
>or NON_OVERLAPPED IO with "open".  Ofcourse Windows provides the
>API-"CreateFile", which will do the job, but I don't want to use it.
>Essentially I need to use as less of Windows functions for serial
>communications.
>
>I came across Cygwin, and am curious how Cygwin does it on Windows?
>Would be glad to get some answers...Thanks in advance

If Cygwin needs to do overlapped I/O, it does overlapped I/O.  Cygwin
uses the Windows API to emulate linux functionality.
--
Christopher Faylor  spammer? -> [EMAIL PROTECTED]
Cygwin Co-Project Leader[EMAIL PROTECTED]
TimeSys, Inc.

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

Re: Help with IMAP server

[Christopher Faylor]

On Tue, Aug 09, 2005 at 05:25:08PM +0400, dem wrote:
>I  want to setup IMAP server. In Internet i find this manual 
>http://pigtail.net/LRP/cygwin-exim.html
>But IMAP server not work.
>When I begin analysis i found when i connect into my PC through telnet i 
>get:
>
>$ telnet localhost 143
>Trying 127.0.0.1...
>Connected to comp-adm.masternet.don.
>Escape character is '^]'.
>Connection closed by foreign host.
>
>And i get this message in Event Log:
>
>PID 2488 : Invalid argument, while reading line user=??? host=UNKNOWN.
>
>Can anybody help me.

The person responsible for those instructions is nfong AT pigtail DOT net.

You definitely should contact him if you have problems.

--
Unsubscribe info:  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: lapack packaging question

[James R. Phillips]

Eric,

To recap the discussion, the lapack package is designed so that a user can
download the source, and build a locally-optimized atlas blas library from
source, then install it by copying the resulting dll's to /usr/local/bin.  If
this optimization is not performed, a generic non-optimized blas library is
installed.  Information on how to do this is in the CYGWIN-PATCHES subdirectory
of the source tree.

Locating the non-optimized generic dll's in /usr/lib/lapack allows them to be
simply overridden by the optimized ones, by virtue of /usr/local/bin preceding
/usr/lib/lapack in the path.

This is not as convenient as Debian's packaging system for atlas, but it
definitely _is_ more in the spirit of the way atlas is designed to work - it is
designed to produce a locally optimized blas library by a repeated sequence of
compile, test, adjust parameters, until it converges on an optimal set of
compile-time parameters for the fastest operation of the blas.

At the request of the gsl maintainer, cblas interface functions and headers
were added to the library following release 3.0-1, so the release is now at
3.0-3.  Actually there are some minor flaws with the cygwin README file on
release 3.0-3, so I have a new one prepared to address that whenever it seems
important.

I am very interested to obtain user feedback from the preparation/use of the
optimized atlas blas libraries, so if you try compiling atlas, please let me
know how it works out for you.  Any other user feedback is welcome as well.

Thanks,

Jim Phillips


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

ftp fails using cygwin but works with windows command window and IE, please advise

[Susan Sien]

_
From: Susan Sien 
Sent: Monday, August 08, 2005 9:36 PM
To: 'cygwin@cygwin.com'
Subject: ftp works with windows command window but fails when using ftp
from cygwin window

Hi,

I recently upgraded my cygwin installation and now ftp doesn't work for
me.
I am able to issue and ftp command, but when the ftp server prompts for
a password, 
I get "invalid command" as soon as I enter the first character.

Please advise.  ftp works if I use Windows Command window and via IE, so
I don't understand
why it doesn't work when I try to ftp from a cygwin window.

Thanks

Susan

P.S.
I reinstalled cywin with an older release to see if it would work since
my older release
of cygwin did work (unfortunately I didn't note which version worked).
The attached file is not the latest cygwin but one from april.



Cygwin Configuration Diagnostics
Current System Time: Mon Aug 08 21:26:13 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Hummingbird\Connectivity\8.00\Accessories\
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 17065(sien) GID: 544(Administrators)
0(root)  544(Administrators)  545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 17065(sien) GID: 544(Administrators)
0(root)  544(Administrators)  545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

USER = `sien'
PWD = `/home/sien'
CYGWIN = `ntsec tty'
HOME = `/home/sien'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\sien'
MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = `C:\Documents and Settings\sien\Application Data'
HOSTNAME = `wwas3-d800'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel'
WINDIR = `C:\WINDOWS'
OLDPWD = `/usr/bin'
USERDOMAIN = `SYNOPSYS'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
!:: = `::\'
TEMP = `/cygdrive/c/DOCUME~1/sien/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
USERNAME = `sien'
PROCESSOR_LEVEL = `6'
SYSTEMDRIVE = `C:'
USERPROFILE = `C:\Documents and Settings\sien'
PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = `\\US07WADDC'
PROCESSOR_ARCHITECTURE = `x86'
!C: = `C:\cygwin\bin'
SHLVL = `1'
USERDNSDOMAIN = `INTERNAL.SYNOPSYS.COM'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.exe'
HOMEDRIVE = `C:'
PROMPT = `$P$G'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
TMP = `/cygdrive/c/DOCUME~1/sien/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINDOWS'
PRINTER = `\\us07nashira\lj685'
CVS_RSH = `/bin/ssh'
PROCESSOR_REVISION = `0905'
INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = `C:\Program Files'
NUMBER_OF_PROCESSORS = `1'
SESSIONNAME = `Console'
COMPUTERNAME = `WWAS3-D800'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS 20002Mb  64% CP CS UN PA FC 
d:  cd N/AN/A
e:  hd  FAT32 1996Mb   1% CPUN   NEW VOLUME
z:  net NTFS 38154Mb  43% CP CS UN PA FC 

C:\cygwin  /  system  binmode
C:\cygwin/bin  /usr/bin   system  binmode
C:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe

   56k 2005/07/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 ts=2005/7/8 22:09
7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypt-0.d

Re: Help with IMAP server

[René Berber]

dem wrote:

> I  want to setup IMAP server. In Internet i find this manual
> http://pigtail.net/LRP/cygwin-exim.html
> But IMAP server not work.
> When I begin analysis i found when i connect into my PC through telnet i
> get:
> 
> $ telnet localhost 143
> Trying 127.0.0.1...
> Connected to comp-adm.masternet.don.
> Escape character is '^]'.
> Connection closed by foreign host.
> 
> And i get this message in Event Log:
> 
> PID 2488 : Invalid argument, while reading line user=??? host=UNKNOWN.
> 
> Can anybody help me.

First read and follow the readme file for UW-IMAP in /usr/share/doc/Cygwin.

My guess is that you are missing all the user login setup (password and group
file), the documentation for that is in file login.README .

Make sure that the service is running (netstat -a | grep 143).  Then test it (if
you know how to talk to a imap server).

HTH
-- 
René Berber


--
Unsubscribe info:  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: ftp fails using cygwin but works with windows command window and IE, please advise

[Larry Hall]

At 11:18 AM 8/9/2005, you wrote:
>_
>From: Susan Sien 
>Sent: Monday, August 08, 2005 9:36 PM
>To: '[EMAIL PROTECTED]'
>Subject: ftp works with windows command window but fails when using ftp
>from cygwin window

What's the point of forwarding headers back to the list?  If you *must*
do this for some reason, edit out email address as I have done above.


>Hi,
>
>I recently upgraded my cygwin installation and now ftp doesn't work for
>me.
>I am able to issue and ftp command, but when the ftp server prompts for
>a password, 
>I get "invalid command" as soon as I enter the first character.
>
>Please advise.  ftp works if I use Windows Command window and via IE, so
>I don't understand
>why it doesn't work when I try to ftp from a cygwin window.


This still isn't great information on what specifically you're doing and
where you see the problem but it is enough information to state that the
FTP client you're using isn't Cygwin's.  Install the 'inetutils' package
if you want Cygwin's 'ftp'.  Otherwise, I'm afraid you're slipping into
the realm of the "off-topic".


--
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: ftp fails using cygwin but works with windows command window and IE, please advise

[Susan Sien]

Sorry about that.. thanks that was the issue.


-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 09, 2005 10:33 AM
To: Susan Sien; cygwin@cygwin.com
Subject: Re: ftp fails using cygwin but works with windows command
window and IE, please advise

At 11:18 AM 8/9/2005, you wrote:
>_
>From: Susan Sien 
>Sent: Monday, August 08, 2005 9:36 PM
>To: '[EMAIL PROTECTED]'
>Subject: ftp works with windows command window but fails when using ftp
>from cygwin window

What's the point of forwarding headers back to the list?  If you *must*
do this for some reason, edit out email address as I have done above.


>Hi,
>
>I recently upgraded my cygwin installation and now ftp doesn't work for
>me.
>I am able to issue and ftp command, but when the ftp server prompts for
>a password, 
>I get "invalid command" as soon as I enter the first character.
>
>Please advise.  ftp works if I use Windows Command window and via IE,
so
>I don't understand
>why it doesn't work when I try to ftp from a cygwin window.


This still isn't great information on what specifically you're doing and
where you see the problem but it is enough information to state that the
FTP client you're using isn't Cygwin's.  Install the 'inetutils' package
if you want Cygwin's 'ftp'.  Otherwise, I'm afraid you're slipping into
the realm of the "off-topic".


--
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: is there a cygwin maintainer for gnu emacs?

[Ehud Karni]

On Tue, 09 Aug 2005 01:08:36 -0400, emacs user <[EMAIL PROTECTED]> wrote:
>
> Ehud, thnx for the reply; I didn't do any rebasing (don't know what that
> is), and the problem is that emacs crashes about every 5 minutes, mostly in
> latex mode when I use the combination of auctex/preview/x-symbol.  very
> painful...   I don't have any such difficulties when using precisely the
> same combination under linux.
>

What X server do you use ? If it is not the Cygwin-xfree (XWin.exe)
I suggest you try it, because I saw some problems with a commercial
X server that disappeared after switching to Cygwin's XWin.

Ehud.


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

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

[David Masterson]

Ehud Karni wrote:
> On Tue, 09 Aug 2005 01:08:36 -0400, emacs user
> <[EMAIL PROTECTED]> wrote: 
>> 
>> Ehud, thnx for the reply; I didn't do any rebasing (don't know what
>> that is), and the problem is that emacs crashes about every 5
>> minutes, mostly in latex mode when I use the combination of
>> auctex/preview/x-symbol.  very painful...   I don't have any such
>> difficulties when using precisely the same combination under linux. 
>> 
> 
> What X server do you use ? If it is not the Cygwin-xfree (XWin.exe)
> I suggest you try it, because I saw some problems with a commercial
> X server that disappeared after switching to Cygwin's XWin.

What versions of Emacs, XWin, and Cygwin are you talking about?  When I
install all of Cygwin 1.5.18 (including the X stuff), Emacs (under X) crashes
on startup (a window comes up and then crashes when I wiggle the mouse) and
XEmacs  (under X) crashes on exit.  This is on MS-Windows XP (SP2).


David Masterson
BEGIN:VCARD
VERSION:2.1
N:Masterson;David
FN:David Masterson
ORG:VMware;220
TITLE:Build Release Engineer
TEL;WORK;VOICE:4894 (650-384-4894)
TEL;HOME;VOICE:408-363-1623
ADR;WORK:;Hillview, 42124
LABEL;WORK:Hillview, 42124
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20050607T234411Z
END:VCARD
--
Unsubscribe info:  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]

On Tue, 09 Aug 2005 01:08:36 -0400, emacs user <[EMAIL PROTECTED]> 
wrote:


>>
>> Ehud, thnx for the reply; I didn't do any rebasing (don't know what that
>> is), and the problem is that emacs crashes about every 5 minutes, 
mostly in

>> latex mode when I use the combination of auctex/preview/x-symbol.  very
>> painful...   I don't have any such difficulties when using precisely the
>> same combination under linux.
>>

1. Run emacs under gdb and see if you can get a stack backtrace
from gdb after emacs dies.  It will depend on how emacs dies
whether you can do this.

2. Failing that, run strace on emacs and send me the output (say,
the last couple thousand lines) after it dies.  I may be able to
deduce something from that.
--
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/

RE: ftp fails using cygwin but works with windows command window and IE, please advise

[Larry Hall]

At 01:52 PM 8/9/2005, you wrote:
>Sorry about that.. thanks that was the issue.


Good.  Thanks for the feedback.


>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED] 
>Sent: Tuesday, August 09, 2005 10:33 AM
>To: Susan Sien; [EMAIL PROTECTED]


Oops!  Again, !  We don't like
feeding spammers around here!


--
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: is there a cygwin maintainer for gnu emacs?

[Joe Buehler]

David Masterson wrote:


What versions of Emacs, XWin, and Cygwin are you talking about?  When I
install all of Cygwin 1.5.18 (including the X stuff), Emacs (under X) crashes
on startup (a window comes up and then crashes when I wiggle the mouse) and
XEmacs  (under X) crashes on exit.  This is on MS-Windows XP (SP2).


The GNU emacs binary uses a number of dll's.  Do you have any way
to try earlier versions of the dll's?  One of them will be the cygwin
dll.  There will also be some X11 dll's and some misc dll's that handle
jpeg images etc.
--
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/

RE: is there a cygwin maintainer for gnu emacs?

[David Masterson]

Joe Buehler wrote:
> David Masterson wrote:
> 
>> What versions of Emacs, XWin, and Cygwin are you talking about? 
>> When I install all of Cygwin 1.5.18 (including the X stuff), Emacs
>> (under X) crashes on startup (a window comes up and then crashes
>> when I wiggle the mouse) and XEmacs  (under X) crashes on exit. 
>> This is on MS-Windows XP (SP2). 
> 
> The GNU emacs binary uses a number of dll's.  Do you have any way
> to try earlier versions of the dll's?  One of them will be the cygwin
> dll.  There will also be some X11 dll's and some misc dll's that
> handle jpeg images etc.

I can try the Cygwin time machine if you can suggest a version to try.  Are
you saying, though, that the version of (X)Emacs that Cygwin installs is
incompatible with the version of X that is installed?


David Masterson
VMware, Inc.
Palo Alto, CA

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

David Masterson wrote:


I can try the Cygwin time machine if you can suggest a version to try.  Are
you saying, though, that the version of (X)Emacs that Cygwin installs is
incompatible with the version of X that is installed?


The Cygwin GNU emacs hasn't changed in a long time.  Complaints of
crashes started recently, so likely something changed in one of
the dlls or related files that broke emacs.

I am running a version of 1.5.13 without any problems so something broke
around then or after then.  Try a binary search for what broke when
using the time machine -- if you want to donate the time to this.
--
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/

Fwd: Re: Fwd: [Bug c++/14563] octave built under Cygwin very slow]

[James R. Phillips]

--- "John W. Eaton"  wrote:

> 
> On  9-Aug-2005, Shai Ayal wrote:
> 
> | I think the problem is that the --disable-sjlj-exceptions is not a
> | compiler flag, rather it is a flag you give when you compile the
> | compiler. Thus to test it one would have to get the souces of GCC
> | 3.3.3 and compile it on cygwin with the above flag, than use this
> | compiler to compile octave. This is a very time consuming effort since
> | compilation on cygwin are painfully slow -- on my P4 with winXP it
> | take several hours to compile octave -- I don't know exactly how many
> | since I always just leave it overnight
> 
> Does the Cygwin DLL also use exception handling?  If so, I suspect
> that you would need to compile it with the same compiler so that the
> exception handling model matches the one used by applications that
> depend on the Cygwin DLL.  But I'm not sure of the details, so that
> might not be required.
> 
> jwe

I am forwarding this to the cygwin@cygwin.com mailing list so that the cygwin
experts can comment.

Jim Phillips

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

Re: Fwd: Re: Fwd: [Bug c++/14563] octave built under Cygwin very slow]

[Larry Hall]

At 02:47 PM 8/9/2005, you wrote:
>--- "John W. Eaton"  wrote:
>
>> 
>> On  9-Aug-2005, Shai Ayal wrote:
>> 
>> | I think the problem is that the --disable-sjlj-exceptions is not a
>> | compiler flag, rather it is a flag you give when you compile the
>> | compiler. Thus to test it one would have to get the souces of GCC
>> | 3.3.3 and compile it on cygwin with the above flag, than use this
>> | compiler to compile octave. This is a very time consuming effort since
>> | compilation on cygwin are painfully slow -- on my P4 with winXP it
>> | take several hours to compile octave -- I don't know exactly how many
>> | since I always just leave it overnight
>> 
>> Does the Cygwin DLL also use exception handling?  If so, I suspect
>> that you would need to compile it with the same compiler so that the
>> exception handling model matches the one used by applications that
>> depend on the Cygwin DLL.  But I'm not sure of the details, so that
>> might not be required.
>> 
>> jwe
>
>I am forwarding this to the cygwin@cygwin.com mailing list so that the cygwin
>experts can comment.


Since Cygwin can certainly be built with the Cygwin version of gcc and
since that version of gcc uses --enable-sjlj-exceptions (as determined
by "gcc -v"), I think it's fair to assume that the Cygwin DLL is built 
with this exception handling option on.  If you're looking for history 
on the use of the particular exception handling flags with Cygwin, the 
email archives has some discussions on this.


--
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: ftp fails using cygwin but works with windows command window and IE, please advise

[Bobby]

Larry Hall wrote:

At 11:18 AM 8/9/2005, you wrote:
  

_
From: Susan Sien 
Sent: Monday, August 08, 2005 9:36 PM

To: '[EMAIL PROTECTED]'
Subject: ftp works with windows command window but fails when using ftp


>from cygwin window

What's the point of forwarding headers back to the list?  If you *must*
do this for some reason, edit out email address as I have done above.


  

Hi,

I recently upgraded my cygwin installation and now ftp doesn't work for
me.
I am able to issue and ftp command, but when the ftp server prompts for
a password, 
I get "invalid command" as soon as I enter the first character.


Please advise.  ftp works if I use Windows Command window and via IE, so
I don't understand
why it doesn't work when I try to ftp from a cygwin window.




This still isn't great information on what specifically you're doing and
where you see the problem but it is enough information to state that the
FTP client you're using isn't Cygwin's.  Install the 'inetutils' package
if you want Cygwin's 'ftp'.  Otherwise, I'm afraid you're slipping into
the realm of the "off-topic".


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


  

Larry, some email programs quote the headers when forwarding a message.
All the user has to do is cut them out, a simple cut procedure.
Mozilla Thunderbird and Mozilla have these nice features, as well as 
outlook and outlook express.

Bobby

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

Blocking behaviour of serial ports

[Curl Jason-A15595]

Hello,

I've attached a small program that exhibits the behaviour, running Cygwin 
1.5.18-1.

I use the select() function call to determine if it is allowed to write() to a 
serial port. select() indicates it is allowed, and the next write blocks. The 
serial port has hardware handshake control enabled (RTS/CTS), and it is 
unblocked as soon as CTS moves to the correct state.

Is this a problem with how I've configured serial ports? I've spent a lot of 
time on the 'Net today and don't find anything related to this specific 
problem, tested it on Linux FC4 and I have the behaviour I would have expected.

To compile:
$ gcc -Wall wblock.c -owblock
$ ./wblock

Then to test I used a normal 9-pin serial cable (one that might be used to 
connect to a modem, or another CE device, NOT null-modem). I used a pair of 
scissors to just short pins 8-4 (drive CTS -ve so it writes) or 8-3 (or not at 
all is equivalent, drive CTS +ve so the TX line is inactive). I had an RS232 
analyser (bunch of LEDs attached to the serial port) to see what was happening.

Thanks,
Jason.



wblock.c
Description: Binary data


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

Re: ftp fails using cygwin but works with windows command window and IE, please advise

[Larry Hall]

At 03:13 PM 8/9/2005, you wrote:
>Larry, some email programs quote the headers when forwarding a message.
>All the user has to do is cut them out, a simple cut procedure.
>Mozilla Thunderbird and Mozilla have these nice features, as well as outlook 
>and outlook express.
>Bobby


Bobby, I am well aware that there is no need to quote headers in replies/
forwards, that there are some email clients that do by default, that there 
are many that can automate their removal, and that the sender can also edit
these by hand if necessary.  I assume you were addressing this more to 
Susan than to I, as I was the one making the point to her originally.
In any case, it sounds like we're in violent agreement on this topic.
This is good since the Cygwin email list does not promote the quoting of
mail headers.  In addition I believe we have now sufficiently covered all 
important aspects of this topic in this thread.  So we can all move onto 
more important topics, like what kind of smiley faces are best for 
which occasions. ;-)


--
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: Fwd: Re: Fwd: [Bug c++/14563] octave built under Cygwin very slow]

[Corinna Vinschen]

On Aug  9 15:03, Larry Hall wrote:
> Since Cygwin can certainly be built with the Cygwin version of gcc and
> since that version of gcc uses --enable-sjlj-exceptions (as determined
> by "gcc -v"), I think it's fair to assume that the Cygwin DLL is built 
> with this exception handling option on.

The Cygwin DLL is build with exception handling switched off.  It shouldn't
interfere with the applications exception handling.


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/

[ADMINISTRIVIA] email screw up at sourceware.org/gcc.gnu.org/cygwin.com

[Christopher Faylor]

I just accidentally deleted qmail's outgoing queue on sourceware,
thinking that I was actually deleting the queue on a new, improved
system which will be coming on line soon.  This caused all outgoing
email to be deleted.

The majority of people affected were spammers but I'm sure that people
from all of the active mailing lists were affected as well, although
there should be a limited number of those people.

This should only affect people who hadn't yet gotten the latest email
message as of the time of my screw-up, which was at 8/9/2005 19:16 GMT.
So, if you were unlucky enough to have email in the queue prior to that,
it's gone now.  Email subsequent to that time should still be ok.

I don't know of any way to recover the lost email so, if this matters to
you, please check the archives of your mailing list to see if you lost
anything.

I apologize for the inconvenience.  That was two stupid mistakes today.  I
guess I shouldn't be doing any sysadmin stuff right now.

Note that I've set the reply-to of this message to the overseers mailing
list since I don't think this is an issue which is of general interest to
all of the mailing lists that I've cc'ed.

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: Fwd: Re: Fwd: [Bug c++/14563] octave built under Cygwin very slow]

[Larry Hall]

At 03:52 PM 8/9/2005, you wrote:
>On Aug  9 15:03, Larry Hall wrote:
>> Since Cygwin can certainly be built with the Cygwin version of gcc and
>> since that version of gcc uses --enable-sjlj-exceptions (as determined
>> by "gcc -v"), I think it's fair to assume that the Cygwin DLL is built 
>> with this exception handling option on.
>
>The Cygwin DLL is build with exception handling switched off.  It shouldn't
>interfere with the applications exception handling.


My mistake.  I misread the question.



--
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: is there a cygwin maintainer for gnu emacs?

[emacs user]

From: "David Masterson" <[EMAIL PROTECTED]>

Ehud Karni wrote:
> On Tue, 09 Aug 2005 01:08:36 -0400, emacs user
> <[EMAIL PROTECTED]> wrote:
>>
>> Ehud, thnx for the reply; I didn't do any rebasing (don't know what
>> that is), and the problem is that emacs crashes about every 5
>> minutes, mostly in latex mode when I use the combination of
>> auctex/preview/x-symbol.  very painful...   I don't have any such
>> difficulties when using precisely the same combination under linux.
>>
>
> What X server do you use ? If it is not the Cygwin-xfree (XWin.exe)
> I suggest you try it, because I saw some problems with a commercial
> X server that disappeared after switching to Cygwin's XWin.

What versions of Emacs, XWin, and Cygwin are you talking about?  When I
install all of Cygwin 1.5.18 (including the X stuff), Emacs (under X) 
crashes

on startup (a window comes up and then crashes when I wiggle the mouse) and
XEmacs  (under X) crashes on exit.  This is on MS-Windows XP (SP2).


I use the latest version of cygwin, updated in the past few days (although 
this problem has been around for months now).  also using the latest version 
of gnu emacs from cvs.


_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/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/

Bug in stty or /dev/ttySx handling code

[Peter Rehley]

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
---
A Møøse once bit my sister

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

Rsync over SSH dies before it is able to send with lots of files

[Bob Brown]

Hi All, 

I've had this problem for the last week.  I installed the cygwin package on  
my WinXP and also on a Win2k server fresh from Cygwin.com (and associated 
mirrors).  I configured an rsync server in the  
first instance and configured a rsync module as follows: 

(from rsyncd.conf) 
use chroot = false 
strict modes = false 
log file = /var/log/rsyncd.log 
 
[mydirectory] 
read only = true 
path = E:/path_to_files 

I then installed the rsync service and was able to rsync all files from this  
'mydirectory' module using the following: 

rsync --progress -rtv 192.168.0.1::mydirectory/* c:\localcopy 

I then wanted to do this using ssh ... as I understand it you don't need to  
run an rsync server to copy files using ssh, and there are no performance  
disadvantages in not running a server.  I stopped the rsync server and my  
command to rsync has changed slightly: 

rsync -e ssh --progress -rtv [EMAIL PROTECTED]:/cygdrive/e/testdirectory/*  
c:\localcopy 

I'm asked for the password and the copy proceeds as usual. 

But, here's where it gets interesting  the directory that I want to rsync  
has got 45,000 files in it.  When rsyncing from this dir, the rsync on the  
server end fails.  After digging further, I discovered that bash on the server  
end dies with a stackdump (see below).  I can avoid this by copying less  
files with a wildcard (eg. 12*, 13* etc), however this shouldn't be  
necessary. There are no rsync logs generated on the server when this  
happens  

This is the client side: 
C:\Documents and Settings\Bob>rsync --progress -vtr  
[EMAIL PROTECTED]:/cygdrive/e/path_to_files/* c:\localcopy 
[EMAIL PROTECTED]'s password: 
rsync: read error: Connection reset by peer (104) 
rsync error: error in rsync protocol data stream (code 12) at io.c(515) 

There are no log entries made on the server regarding rsync, only the  
bash.exe.stackdump (I can delete it and it gets recreated each time this  
rsync fails) 

It seems to come down to the number of files that are transferred at one  
time ... although the same rsync worked fine with the rsync server setup  
with the mydirectory module! 

I've tried the following: 
- Compiled rsync 2.6.3 (instead of the 2.5.6 that came with cygwin) 
- Mounted /usr/bin with the -x (executable) flag 
- Mounted the directory that I'm copying from elsewhere and made it  
executable (worth a crack) 
- Reinstalled Cygwin completely. 

If anyone can shed any light on this problem I'd love to hear from them. 

Here's that bash.exe.stackdump 

bash-3.00$ cat bash.exe.stackdump 
Exception: STATUS_ACCESS_VIOLATION at eip=610022AE 
eax=61259000 ebx=61259000 ecx= edx=61259048  
esi=0006 edi=0022E810 
ebp=0022DC08 esp=0022DC00 program=C:\cygwin\bin\bash.exe, pid  
2748, thread main 
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 
Stack trace: 
Frame Function  Args 
0022DC08  610022AE  (0012, , 0022DC28, 0022E820) 
0022DC38  610022E8  (100E4F30, 6111F3A5, 0001, 002B) 
0022DC58  610029C3  (0022E810, 6111F3A5, 0001, ) 
0022E998  6108C487  (0003, 0CE11EE4, 415C95DE, 000F4240) 
0022E9C8  6108D325  (0003, 10013FB0, 101988A8, 10198088) 
0022E9E8  6101858B  (10013FB0, 101988A8, 10198088, 61087077) 
0022EAD8  610844FF  (10013FB0, 101988A8, 10198088, ) 
0022EB78  004109DB  (10013A58, , , ) 
0022EC58  0043F197  (10013608, 00459111, 0004, ) 
0022EC78  00401592  (0003, , 0046EDD4, 00401E54) 
0022EF18  004033E1  (0003, 611576B0, 10010090, 77F81F55) 
0022EFD8  61004DD2  (0022EFF0, , 0022F320, 00231EC0) 
0022FF88  6100594F  (, , , ) 
End of stack trace 

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

[Bob Brown]

> [EMAIL PROTECTED]:/cygdrive/e/path_to_files/* c:\localcopy
> [EMAIL PROTECTED]'s password: 

Before anyone spots it (too late?), the lines above missed my "cleaning" 
before posting.  There's nothing wrong with the SSH connection.  The 
example in the post should all refer to [EMAIL PROTECTED] (manually altered 
for this post).

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

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Bob Brown on 8/9/2005 7:58 PM:
> 
> rsync --progress -rtv 192.168.0.1::mydirectory/* c:\localcopy 

For starters, since you are using rsync recursion, get rid of the * to
give rsync just a single filename at startup, rather than making bash try
to expand 45000 names all at once on the command prompt:

rsync --progress -rtv 192.168.0.1::mydirectory/ c:\localcopy

> But, here's where it gets interesting  the directory that I want to rsync 
>  
> has got 45,000 files in it.  When rsyncing from this dir, the rsync on the  
> server end fails.  After digging further, I discovered that bash on the 
> server  
> end dies with a stackdump (see below).  I can avoid this by copying less  
> files with a wildcard (eg. 12*, 13* etc), however this shouldn't be  
> necessary. There are no rsync logs generated on the server when this  
> happens  

Hmm, you're making bash expand a wildcard into 45000 files.  This
shouldn't crash bash, but I'm guessing there is some of memory corruption
or malloc failure when consuming so much memory all before forking().
I'll have to see if I can try and reproduce the failure.

> - Mounted the directory that I'm copying from elsewhere and made it  
> executable (worth a crack) 

The only difference you might make to get a larger command line argument
length is to make rsync's directory mounted executable (not the directory
you are copying).  But if bash is crashing instead of creating a command
line that long in the first place, there's no hope to this attempt.

> 
> bash-3.00$ cat bash.exe.stackdump 
> Exception: STATUS_ACCESS_VIOLATION at eip=610022AE 
> eax=61259000 ebx=61259000 ecx= edx=61259048  
> esi=0006 edi=0022E810 
> ebp=0022DC08 esp=0022DC00 program=C:\cygwin\bin\bash.exe, pid  
> 2748, thread main 
> cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 
> Stack trace: 
> Frame Function  Args 
> 0022DC08  610022AE  (0012, , 0022DC28, 0022E820) 

Unfortunately, since both bash and cygwin are stripped, this stack trace
is relatively useless.  cgf has been working on adding support for .dbg
libraries, which can be placed separately from stripped images, to make a
stack trace worthwhile.

Something else you might want to try:
> Problem reports:   http://cygwin.com/problems.html

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

Eric Blake [EMAIL PROTECTED]
volunteer cygwin bash maintainer
-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+Xd784KuGfSFAYARAm/TAJ9NzQtds7gGCUnLWimsUeNYxEHBcACcCxPt
/LoEaDgAqk7zoMmn1FlkBC4=
=63re
-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 Tue, Aug 09, 2005 at 09:41:47PM -0600, Eric Blake wrote:
>> - Mounted the directory that I'm copying from elsewhere and made it  
>> executable (worth a crack) 
>
>The only difference you might make to get a larger command line argument
>length is to make rsync's directory mounted executable (not the directory
>you are copying).  But if bash is crashing instead of creating a command
>line that long in the first place, there's no hope to this attempt.
>
>> 
>> bash-3.00$ cat bash.exe.stackdump 
>> Exception: STATUS_ACCESS_VIOLATION at eip=610022AE 
>> eax=61259000 ebx=61259000 ecx= edx=61259048  
>> esi=0006 edi=0022E810 
>> ebp=0022DC08 esp=0022DC00 program=C:\cygwin\bin\bash.exe, pid  
>> 2748, thread main 
>> cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 
>> Stack trace: 
>> Frame Function  Args 
>> 0022DC08  610022AE  (0012, , 0022DC28, 0022E820) 
>
>Unfortunately, since both bash and cygwin are stripped, this stack trace
>is relatively useless.  cgf has been working on adding support for .dbg
>libraries, which can be placed separately from stripped images, to make a
>stack trace worthwhile.

Right.  So downloading a recent snapshot might prove instructive.  Once
that's done, anyone can decode the stacktrace with the .dbg file.

It sounds like this may be tickling the same bug as the Postgres problem
and so, the snapshot might actually fix the problem.

http://cygwin.com/snapshots/

and, if it still doesn't work, the stacktrace and cygcheck output
attached as per http://cygwin.com/problems.html would be required.

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 Tue, Aug 09, 2005 at 11:56:00PM -0400, Christopher Faylor wrote:
>On Tue, Aug 09, 2005 at 09:41:47PM -0600, Eric Blake wrote:
>>> - Mounted the directory that I'm copying from elsewhere and made it  
>>> executable (worth a crack) 
>>
>>The only difference you might make to get a larger command line argument
>>length is to make rsync's directory mounted executable (not the directory
>>you are copying).  But if bash is crashing instead of creating a command
>>line that long in the first place, there's no hope to this attempt.
>>
>>> 
>>> bash-3.00$ cat bash.exe.stackdump 
>>> Exception: STATUS_ACCESS_VIOLATION at eip=610022AE 
>>> eax=61259000 ebx=61259000 ecx= edx=61259048  
>>> esi=0006 edi=0022E810 
>>> ebp=0022DC08 esp=0022DC00 program=C:\cygwin\bin\bash.exe, pid  
>>> 2748, thread main 
>>> cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 
>>> Stack trace: 
>>> Frame Function  Args 
>>> 0022DC08  610022AE  (0012, , 0022DC28, 0022E820) 
>>
>>Unfortunately, since both bash and cygwin are stripped, this stack trace
>>is relatively useless.  cgf has been working on adding support for .dbg
>>libraries, which can be placed separately from stripped images, to make a
>>stack trace worthwhile.
>
>Right.  So downloading a recent snapshot might prove instructive.  Once
>that's done, anyone can decode the stacktrace with the .dbg file.
>
>It sounds like this may be tickling the same bug as the Postgres problem
>and so, the snapshot might actually fix the problem.
>
>http://cygwin.com/snapshots/
>
>and, if it still doesn't work, the stacktrace and cygcheck output
>attached as per http://cygwin.com/problems.html would be required.

Oh, and I forgot to mention that I agree with Eric that getting rid of
the wildcard on the command line is definitely a good idea and may solve
the problem.

cgf

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

Re: Rsync over SSH dies before it is able to send with lots of files

[Bob Brown]

On 9 Aug 2005 at 21:41, Eric Blake wrote:

> For starters, since you are using rsync recursion, get rid of the * to
> give rsync just a single filename at startup, rather than making bash
> try to expand 45000 names all at once on the command prompt:

Bingo!  Of course now that you mention it, it's as clear as day!  I omitted 
the * and the rsync works perfectly.

> Hmm, you're making bash expand a wildcard into 45000 files.  This
> shouldn't crash bash, but I'm guessing there is some of memory
> corruption or malloc failure when consuming so much memory all before
> forking(). I'll have to see if I can try and reproduce the failure.

Do you think the win32 path length will be included for every file?  If this is 
the case you can probably safely assume 30-40 bytes per filename.  If this 
were the case it would quickly add up to about 1.7MB in just passed 
filenames alone.  Considering that this will ultimately process a directory 
with 500,000 files in it it's not hard to work out that things are going to go 
pear shaped in a hurry.

Thanks for the quick spotting!

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/

RSH configuration

[Deepak Jadhav]

Respected sir , I am trying to use RSH utility in cygwin to connect to an
linux machine(remote host) in network .Since I have configured the remote
machine by modifying some of this files...
 1. Add 'rsh' and 'rlogin' to /etc/securetty
 2. Add all IPs to /root/.rhosts, and chmod 600 
/root/.rhosts
 3. Set "disable = no" in /etc/xinetd.d/
{rsh,rlogin}
 4. chkconfig xinetd on ; /etc/init.d/xinetdrestart
but still I am getting an error as Pemission denied while I a trying to
login from cygwin machine.So I think you can give me some valid
solution,hence for please reply..

regards,
Deepak


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