RE: Rsync on two WinXP Machines: how?

[Dave Korn]

Richard Ivarson wrote on 14 October 2008 11:40:

> 1.) On the 2nd PC I let (auto) start "rsync --daemon" so rsync is running
> and waiting.
> 2) When I start rsync on the 1st PC it always says: no connection possible
> (I've to write down the exact error message).
> 
> I've used the special host syntax with double colons for a remote sync
> daemon as described here:
> http://linuxreviews.org/man/rsync/index.html.en#lbAI Codeword "rsync -av
> host::src /dest" 
> 
> What could be the problem?

  Firewall settings, perhaps?  Use netstat on the 2nd PC to verify that port
873/tcp is open; if so, try using telnet or netcat into the port to test basic
connectivity.  For example you could use "nc -v -v -v -z localhost 873" on the
2nd PC to check local connectivity, then replace 'localhost' by the 2nd PC's
name and try it from the first pc.

  If the port is open but you can't connect via telnet/netcat, it must be a
firewall problem.  If the port is not open, maybe the daemon is not running;
verify whether or not using "ps", then check the log files, or try it at the
command line like:

rsync  --daemon --no-detach -v -v -v -v --log-file=file.txt

and see what ends up in file.txt if it exits.  (I notice that rsync will
immediately exit in daemon mode if the config file /etc/rsyncd.conf does not
exist.)

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


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

Re: Problem to open big selfextracting Zip files from bash - starting from scratch :-)

[Dirk Napierala]

Buchbinder, Barry (NIH/NIAID) [E] schrieb:

Dirk Napierala wrote on Friday, October 10, 2008 5:36 AM:
  

Buchbinder, Barry (NIH/NIAID) [E] schrieb:


From: Dirk Napierala wrote on Thursday, October 09, 2008 11:48 AM

I'll presume the following.
  - You've a "good" reason (company policy?) that you cannot use the
simplest solution -- using the cygwin1.dll version that you know
works. 
  


Is that true?  Please confirm.  (Just so I don't keep wondering.)  Care to 
share the reason?
  
The workaround would be to continue using the old one. But as part of a 
lot of other software release updates, the version currently in
use was also a candidate to be updated to the latest release. And with 
this new one we discovered the problem. Thats where it all started :-)
  

OK.  One more try at a work-around.

I assume that
  - the script cannot be changed,
  - bash actually does the launching, and
  - company policies allow you to somehow set an alias in the bash
shell that launches sfx-file.exe.

The idea is that when the script tells bash to run sfx-file.exe, bash
actually runs "something else" and that "something else" runs
sfx-file.exe successfully. 


In /etc/profile or .bashrc or your script or somewhere, set up two
aliases.  (You only need one but I don't know which.)

alias sfx-file.exe=/path/sfx-file.sh
alias sfx-file=/path/sfx-file.sh

Write the following two-line script.

#!/bin/sh
cygstart /path/sfx-file.exe

An alternative three-line script.

#!/bin/sh
cd /path
cmd /c sfx-file.exe

Putting the script in the same directory as sfx-file.exe is probably
the safest possibility. 


When your script wants to run sfx-file.exe, it will actually run
sfx-file.sh and that will launch sfx-file.exe.

Let us know ...
  

Thanks Barry
Tested successfully .That works fine. But it is not just about one
file. 
There are hundreds of them called this way.

With various names. Also not all sfx files, but also other .exe files.



Assuming that there are no duplicate file names, put the following in .bashrc 
(or wherever).

for Dir in list_of_directories_where_the_EXEs_are_located
do
pushd "${DIR}" > /dev/null
for File in *.exe
do
#   make sure that File is executable
#   and not named "*.exe"
if [ -x "${File}" ]
then
eval alias_or_function
# now get rid of the filename extension.
# if the extension can be either exe or EXE
#   you may have check that basename
#   does what you want.
File="$(basename "${File}" .exe)"
eval alias_or_function
fi
done
popd > /dev/null
done

"eval alias_or_function" may be one of the following.

eval alias "${File}"="pushd "${DIR}" > /dev/null ; cmd /c "${File}" ; popd > 
/dev/null"

# if cmd /c is a problem, use /path_to_non-cygwin_info-zip/unzip
eval alias "${File}"="pushd "${DIR}" > /dev/null ; /path_to_non-cygwin_info-zip/unzip 
"${File}" ; popd > /dev/null"
eval alias "${File}"="pushd "${DIR}" > /dev/null ; /path_to_non-info-zip/unzip 
"${File}" ; popd > /dev/null"

# The following assumes that there are no spaces in ${DIR} or ${File}.
eval alias "${File}"="cygstart -d ${DIR} ${File}"

# If there are spaces in ${DIR} or ${File}.  But I tend to mess up 
putting double quotes in double quotes in eval.
eval alias "${File}"="cygstart -d \"${DIR}\" \"${File}\""

Constructions of functions instead of aliases is left as an exercise for the 
reader.

Note:	None of the above has been tested.  
	I rarely use eval.

I usually have to experiment to make eval work
See comments, above, regarding quoting.
So YMMV.

  
Something we have to check out. Maybe this is an option. I have to 
discuss this internally.
  

I really appreciate any feedback that is suggesting a workaround, and
I would like to thank everybody who is so lastingly to follow up
this, but what I do not understand is that after we found that only
replacing the dll cause the prob and fix it again when reverted, why
isn't that enough to troubleshoot the dll now? Also because it does
not work with the 1.7 version. 



You forget a possibility:  The ability to load sfx-file.exe may have been a bug that you 
used unknowingly as a feature.  When the bug was fixed, something outside of cygwin1.dll 
that was always "wrong" finally became visible.

If, indeed, your problem occurred because a cygwin1.dll bug was fixed that was 
masking a bug on your system, the developers are going to be even less 
enthusiastic about worki

RE: Problem to open big selfextracting Zip files from bash - starting from scratch :-)

[Dave Korn]

Dirk Napierala wrote on 14 October 2008 14:00:

  [SNIP]

  One of the main reasons you get so few replies is because nobody can find
what you're actually saying among the mass of redundant and
illegibly-formatted quotes and quotes of quotes in all your posts.  If you
make it needlessly hard to get the information, fewer people will bother
trying.

  Did you tell us what factors you /are/ allowed to change yet, out of the
DLL, the SFXs, the process that generates them and the process that executes
them?

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


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

Re: Problem to open big selfextracting Zip files from bash - starting from scratch :-)

[Dirk Napierala]

Dave Korn schrieb:

Dirk Napierala wrote on 14 October 2008 14:00:

  [SNIP]

  One of the main reasons you get so few replies is because nobody can find
what you're actually saying among the mass of redundant and
illegibly-formatted quotes and quotes of quotes in all your posts.  If you
make it needlessly hard to get the information, fewer people will bother
trying.

  Did you tell us what factors you /are/ allowed to change yet, out of the
DLL, the SFXs, the process that generates them and the process that executes
them?

cheers,
  DaveK
  


We may change any OS setting if needed. Apply regkeys as a 
fix/workaround, install another version of cygwin.
What you mentioned above is out of our control. Basically we can try 
doing anything on the OS.




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

octave-3.0.2-2 Requires gcc4

[James R. Phillips]

Hi,

The experimental version of octave, octave-3.0.2-2, compiled with gcc4, 
requires gcc4 to be installed in order to use the gcc4 runtime libraries.  
Currently setup.exe will allow octave-3.0.2-2 to be installed without requiring 
gcc4 to also be installed. This should be addressed to avoid non-functional 
installations of octave.

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/

Re: recently introduced egrep problem

[Mark J. Reed]

On Oct 14 07:16, rick lavery wrote:
> Up until a recent release of grep I could execute this command in
> cygwin and it worked without any problems.
>
> echo 20081013193545 | egrep -Eo '[0-9]{1,2}'

As Corinna pointed out, the command "egrep -E" is redundant, since
"grep -E" is just GNUese for "egrep".  Use either "grep -Eo" or "egrep
-o" instead.  The same logic applies to "fgrep" and "grep -F".
(Arguably, "egrep" is more portable than "grep -E", since it works on
non-GNU versions - and despite the deprecation warnings, I imagine
"egrep" and "fgrep" are far too ingrained in far too many shell
scripts ever to be removed outright - but the "-o" option is pure GNU
anyway.)

> This same command still works on other distributions such as centos,
> rhel4, rhel5, fedora core 9, etc.

It just depends on the version of GNU grep.  In 2.5.1, egrep -E is
allowed; in 2.5.3, it's not. (I'm not sure about 2.5.2).  So, yes, it
works on RHEL5, which comes with 2.5.1, but not in, say, Ubuntu
8.04LTS, which comes with 2.5.3.

-- 
Mark J. Reed <[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: octave-3.0.2-2 Requires gcc4

[Dave Korn]

James R. Phillips wrote on 14 October 2008 16:14:

> Hi,
> 
> The experimental version of octave, octave-3.0.2-2, compiled with gcc4,
> requires gcc4 to be installed in order to use the gcc4 runtime libraries.

  It only requires gcc4-runtime, then.

> Currently setup.exe will allow octave-3.0.2-2 to be installed without
> requiring gcc4 to also be installed. This should be addressed to avoid
> non-functional installations of octave.

  I don't think it's possible to specify different dependencies for the
"current" and "test" versions of a package, so in general it makes sense that
they should be right for the mainstream ("current") version, otherwise
everyone using the "current" version would be obliged to install an unneeded
package.  (This could be a good feature enhancement for setup.exe et al., but
it isn't possible yet).

  Anyone using "experimental" package versions is expected to be alert to the
possibilities of complications that might need a bit of manual intervention;
that's the reason why they aren't installed by default.  It's a minor
oversight that Marco forgot to mention this issue in the release announcement,
but it's probably too late to do anything about; there probably won't be
another octave test release before gcc4 goes mainstream anyway.  (At which
point we may even put gcc4-runtime into the "Base" category and make sure
everybody gets it installed regardless; but I don't want to think about that
until I'm sure it'll be stable.)


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/

[ANNOUNCEMENT] Updated: rdiff-backup-1.2.1-1 -- incremental remote backup/mirror

[David Rothenberger]

New upstream release.

DESCRIPTION:

rdiff-backup backs up one directory to another, possibly over a
network. The target directory ends up a copy of the source
directory, but extra reverse diffs are stored in a special
subdirectory of that target directory, so you can still recover
files lost some time ago. The idea is to combine the best features
of a mirror and an incremental backup. rdiff-backup also preserves
subdirectories, hard links, dev files, permissions, uid/gid
ownership, modification times, extended attributes, acls, and
resource forks. Also, rdiff-backup can operate in a bandwidth
efficient manner over a pipe, like rsync. Thus you can use
rdiff-backup and ssh to securely back a hard drive up to a remote
location, and only the differences will be transmitted. Finally,
rdiff-backup is easy to use and settings have sensical defaults.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

-- 
David Rothenberger    [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/

GStreamer on cygwin

[Jeffrey Barish]

Has anyone made GStreamer on cygwin?  I could use some pointers.  When I try
to make GStreamer, I get a complaint from configure that it could not link
libxml2 test program.  I installed libxml2 using setup and then I made
libxml2.  Either way I get the same complaint from configure when I try to
make GStreamer.
-- 
Jeffrey Barish


--
Unsubscribe info:  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: GStreamer on cygwin

[Dave Korn]

Jeffrey Barish wrote on 14 October 2008 18:05:

> Has anyone made GStreamer on cygwin?  I could use some pointers.  When I
> try to make GStreamer, I get a complaint from configure that it could not
> link libxml2 test program.  I installed libxml2 using setup and then I
> made libxml2.  Either way I get the same complaint from configure when I
> try to make GStreamer.

  WAG: Do you perhaps need libxml2-devel as well, for headers and import
libraries?


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/

cygwin shell scripting - how to pass values from command line to ssh remote command

[Z W]

Hi
I'm have a shell script, test.sh below to run with cygwin in a Windows box.

#!/usr/bin/sh

ssh [EMAIL PROTECTED] 'export MAX_MS=100; export OFFSET_MS=89900; export
THREADS=4; export RAMP=1; export LOOPS=2; echo load01 ; cd
/cygdrive/c/apps/bin ; pwd ; nohup ./start.sh  \& ; ps -efW | grep
java ; exit '

This script in turn ssh into another cygwin Windows box which contains
another shell script start.sh to be invoked.

As one can see, the variables MAX_MS, OFFSET_MS, THREADS, RAMP and
LOOPS are hardcoded inside this ssh remote command.

Question:
How can I pass arguments on command line with test.sh such that
variables MAX_MS, OFFSET_MS, THREADS, RAMP and LOOPS
could receive the argument parameters as opposed to hardcoding the numbers ?

Any help is appreciated.

Thanks

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

Re: cygwin shell scripting - how to pass values from command line to ssh remote command

[Thorsten Kampe]

* Z W (Tue, 14 Oct 2008 11:59:07 -0700)
> I'm have a shell script, test.sh below to run with cygwin in a Windows
> box.
> 
> #!/usr/bin/sh
> 
> ssh [EMAIL PROTECTED] 'export MAX_MS=100; export OFFSET_MS=89900; export
> THREADS=4; export RAMP=1; export LOOPS=2; echo load01 ; cd
> /cygdrive/c/apps/bin ; pwd ; nohup ./start.sh  \& ; ps -efW | grep
> java ; exit '

That's not a shell script - it's just a single command. The multiple 
export statements are superfluous. The "cd" looks superfluous, too. Also 
the "pwd". Also the "exit".
 
> This script in turn ssh into another cygwin Windows box which contains
> another shell script start.sh to be invoked.
> 
> As one can see, the variables MAX_MS, OFFSET_MS, THREADS, RAMP and
> LOOPS are hardcoded inside this ssh remote command.
> 
> Question:
> How can I pass arguments on command line with test.sh such that
> variables MAX_MS, OFFSET_MS, THREADS, RAMP and LOOPS
> could receive the argument parameters as opposed to hardcoding the numbers ?

http://tldp.org/LDP/abs/html/internalvariables.html -> Positional 
Parameters

Thorsten


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

recently introduced egrep problem

[rick lavery]

Up until a recent release of grep I could execute this command in
cygwin and it worked without any problems.

echo 20081013193545 | egrep -Eo '[0-9]{1,2}'

This same command still works on other distributions such as centos,
rhel4, rhel5, fedora core 9, etc.

in cygwin:
$ echo 20081013193545 | egrep -Eo '[0-9]{1,2}'
egrep: unknown option -- E
Usage: egrep [OPTION]... PATTERN [FILE]...
Try `egrep --help' for more information.

in other distros:
$ echo 20081013193545 | egrep -Eo '[0-9]{1,2}'
20
08
10
13
19
35
45

--
Unsubscribe info:  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 on two WinXP Machines: how?

[Marco Atzeri]

--- Richard Ivarson ha scritto:

> Hi,
> 
> Cygwin's rsync runs successfully on a WinXP machine
> of mine which remote 
> syncs with a Linux PC. All works fine.
> 
> Now I'd like to remote sync two WinXP machines. How?
> 
> I tried the following, without success so far :
> 
> 1.) On the 2nd PC I let (auto) start "rsync
> --daemon" so rsync is running and 
> waiting.
> 2) When I start rsync on the 1st PC it always says:
> no connection possible 
> (I've to write down the exact error message).
> 
> I've used the special host syntax with double colons
> for a remote sync daemon 
> as described here:
> http://linuxreviews.org/man/rsync/index.html.en#lbAI
> Codeword "rsync -av host::src /dest"
> 
> What could be the problem?
> 
> -Richard

try with
starting  sshd service and connect with

rsync --rsh=ssh ...

Regards
Marco



  Scopri il blog di Yahoo! Mail:
Trucchi, novità e scrivi la tua opinione.
http://www.ymailblogit.com/blog

--
Unsubscribe info:  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: Linker Search Directories

[Jason Tishler]

On Fri, Oct 10, 2008 at 11:58:02PM -0700, Brian Dessent wrote:
> I also note that this is supposed to be covered by the python-config
> script, such that autoconf scripts or Makefiles can query the set of
> required flags to be added to LDFLAGS/LIBS/CPPFLAGS/etc by the output
> of python-config.  However it seems the Cygwin packaging of python is
> broken because A) the python-config shebang points to a bogus
> #!/tmp/python.6884/usr/bin/python2.5.exe, and B) it doesn't include
> the necessary -L anyway.

The above will be resolved when I finally release another Python build.

FWIW, I was hoping to get the following accepted before I released:

http://bugs.python.org/issue2233

Jason

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

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

[ANNOUNCEMENT] New package: chicken-3.4.0-1

[Nathan Thern]

The chicken implementation of the scheme programming language is now
available with the Cygwin distribution.

 * http://www.call-with-current-continuation.org/ (Homepage)


DESCRIPTION:


CHICKEN is a compiler for the Scheme programming language. CHICKEN
produces portable, efficient C, supports almost all of the Scheme
language standard, R5RS, and includes many enhancements and
extensions. CHICKEN runs on MacOS X, Windows, and many Unix flavours.

FEATURES:
=

 * Includes a full-featured interactive interpreter as well as an
optimizing batch compiler
 * Full support for tail recursion, first-class continuations and
high-level macros
 * Highly portable and known to run on many platforms, including x86,
x86-64, IA-64, PowerPC, SPARC and UltraSPARC, Alpha, MIPS, PA-RISC,
ARM and S/390
 * Distributed free for use and modification under the terms of the BSD License
 * Transparent support for dynamically loadable compiled code and linkage to C
 * A sophisticated but easy to use foreign function interface for
accessing C and C++ libraries from Scheme code
 * Lightweight threads based on first-class continuations
 * An object system with multiple dispatch, multiple inheritance and
meta-object protocol
 * Provides the syntax-case enhanced high-level macro system
(including R5RS syntax-rules), and define-macro style low-level macros
 * Support for syntactic pattern-matching via Andrew Wright's match package
 * Execution profiling, debugging, backtrace and single-stepping support
 * A POSIX interface that covers environment and filesystem access,
pipes, processes, signals, locks, sockets, and low-level and
memory-mapped I/O
 * Perl compatible regular expressions
 * Support for interpreted or compiled shell scripts under Unix and Windows
 * CHICKEN is supported by SWIG so interfacing to C or C++ can be automated
 * Support for a large number of Scheme Requests For Implementation (SRFIs)
 * Many libraries and extensions are available at "Eggs unlimited"

enjoy!
Nate T

--

If you have questions or comments, please send them to the cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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

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

Re: cygwin shell scripting - how to pass values from command line to ssh remote command

[Z W]

Hi Thorsten

Thanks for the response.
I think you understood my question.

I like to pass parameters from tesh.sh as command line arguments and
then pass them into the ssh remote command string. I'm just not sure
of the syntax so that I could pass the paramter values to the remote
command string from test.sh

On Tue, Oct 14, 2008 at 1:10 PM, Thorsten Kampe
<[EMAIL PROTECTED]> wrote:
> * Z W (Tue, 14 Oct 2008 11:59:07 -0700)
>> I'm have a shell script, test.sh below to run with cygwin in a Windows
>> box.
>>
>> #!/usr/bin/sh
>>
>> ssh [EMAIL PROTECTED] 'export MAX_MS=100; export OFFSET_MS=89900; export
>> THREADS=4; export RAMP=1; export LOOPS=2; echo load01 ; cd
>> /cygdrive/c/apps/bin ; pwd ; nohup ./start.sh  \& ; ps -efW | grep
>> java ; exit '
>
> That's not a shell script - it's just a single command. The multiple
> export statements are superfluous. The "cd" looks superfluous, too. Also
> the "pwd". Also the "exit".
>
>> This script in turn ssh into another cygwin Windows box which contains
>> another shell script start.sh to be invoked.
>>
>> As one can see, the variables MAX_MS, OFFSET_MS, THREADS, RAMP and
>> LOOPS are hardcoded inside this ssh remote command.
>>
>> Question:
>> How can I pass arguments on command line with test.sh such that
>> variables MAX_MS, OFFSET_MS, THREADS, RAMP and LOOPS
>> could receive the argument parameters as opposed to hardcoding the numbers ?
>
> http://tldp.org/LDP/abs/html/internalvariables.html -> Positional
> Parameters
>
> Thorsten
>
>
> --
> Unsubscribe info:  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/

Rsync on two WinXP Machines: how?

[Richard Ivarson]

Hi,

Cygwin's rsync runs successfully on a WinXP machine of mine which remote 
syncs with a Linux PC. All works fine.


Now I'd like to remote sync two WinXP machines. How?

I tried the following, without success so far :

1.) On the 2nd PC I let (auto) start "rsync --daemon" so rsync is running and 
waiting.
2) When I start rsync on the 1st PC it always says: no connection possible 
(I've to write down the exact error message).


I've used the special host syntax with double colons for a remote sync daemon 
as described here: http://linuxreviews.org/man/rsync/index.html.en#lbAI

Codeword "rsync -av host::src /dest"

What could be the problem?

-Richard


--
Unsubscribe info:  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: rdiff/librsync1/librsync-dev-0.9.7-2 -- rsync remote-delta algorithm

[David Rothenberger]

Updates to rdiff, librsync1, and librsync-dev are now
available. This bugfix release includes a patch from Debian to fix
problems with files >4GB in size.


DESCRIPTION:

librsync is a free software library that implements the rsync
remote-delta algorithm. This algorithm allows efficient remote
updates of a file, without requiring the old and new versions to
both be present at the sending end. The library uses a "streaming"
design similar to that of zlib with the aim of allowing it to be
embedded into many different applications.

rdiff is a utility included with librsync to compute and apply
signature-based file differences.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

-- 
David Rothenberger    [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: recently introduced egrep problem

[Corinna Vinschen]

On Oct 14 07:16, rick lavery wrote:
> Up until a recent release of grep I could execute this command in
> cygwin and it worked without any problems.
> 
> echo 20081013193545 | egrep -Eo '[0-9]{1,2}'
> 
> This same command still works on other distributions such as centos,
> rhel4, rhel5, fedora core 9, etc.
> 
> in cygwin:
> $ echo 20081013193545 | egrep -Eo '[0-9]{1,2}'
> egrep: unknown option -- E
> Usage: egrep [OPTION]... PATTERN [FILE]...
> Try `egrep --help' for more information.
> 
> in other distros:
> $ echo 20081013193545 | egrep -Eo '[0-9]{1,2}'
> 20
> 08
> 10
> 13
> 19
> 35
> 45

Disabling -E/-F/-G/-P in egrep/fgrep is an upstream decision.  Actually
egrep and fgrep are deprecated, see `egrep --help' Other distros are
using older grep versions, that's why it still works there.  And, btw,
egrep -E is a tautology anyway.


Corinna

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

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

RE: cygwin shell scripting - how to pass values from command line to ssh remote command

[Dave Korn]

Thorsten Kampe wrote on 14 October 2008 21:11:

> * Z W (Tue, 14 Oct 2008 11:59:07 -0700)
>> I'm have a shell script, test.sh below to run with cygwin in a Windows
>> box.
>> 
>> #!/usr/bin/sh
>> 
>> ssh [EMAIL PROTECTED] 'export MAX_MS=100; export OFFSET_MS=89900; export
>> THREADS=4; export RAMP=1; export LOOPS=2; echo load01 ; cd
>> /cygdrive/c/apps/bin ; pwd ; nohup ./start.sh  \& ; ps -efW | grep
>> java ; exit '
> 
> That's not a shell script - it's just a single command.

  Uh, it's a shell script *containing* a single ssh command.  Note the
shebang.  Also note the mention of the filename "test.sh", which is not to be
confused with the script "start.sh" on the remote machine.

> The multiple export statements are superfluous.

  Surely not, if you want the definitions to be visible in the sub-shell that
executes "start.sh"?

> The "cd" looks superfluous, too.

  Surely not, unless /cygdrive/c/apps/bin is the qa user's home dir?

>  Also the "pwd". 

  Surely not, if it's a bit of debugging trace that lets ZW know that the
directory exists and so the cd command succeeded and there must be something
else wrong if the script doesn't execute?

> Also the "exit".

  Ok, I'm with you there :-)  But I still think one of us needs more coffee...

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


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

Re: cygwin shell scripting - how to pass values from command line to ssh remote command

[Matt Wozniski]

On Tue, Oct 14, 2008 at 6:41 PM, Dave Korn wrote:
> Thorsten Kampe wrote on 14 October 2008 21:11:
>
>> * Z W (Tue, 14 Oct 2008 11:59:07 -0700)
>>> I'm have a shell script, test.sh below to run with cygwin in a Windows
>>> box.
>>>
>>> #!/usr/bin/sh
>>>
>>> ssh [EMAIL PROTECTED] 'export MAX_MS=100; export OFFSET_MS=89900; export
>>> THREADS=4; export RAMP=1; export LOOPS=2; echo load01 ; cd
>>> /cygdrive/c/apps/bin ; pwd ; nohup ./start.sh  \& ; ps -efW | grep
>>> java ; exit '
>>
>> That's not a shell script - it's just a single command.
>
>  Uh, it's a shell script *containing* a single ssh command.  Note the
> shebang.  Also note the mention of the filename "test.sh", which is not to be
> confused with the script "start.sh" on the remote machine.

I'm with you here...

>> The multiple export statements are superfluous.
>
>  Surely not, if you want the definitions to be visible in the sub-shell that
> executes "start.sh"?

I think Thorsten meant that a single "export" with multiple var=val
pairs would have sufficed here.

>> The "cd" looks superfluous, too.
>
>  Surely not, unless /cygdrive/c/apps/bin is the qa user's home dir?

Definitely not superfluous, since ./start.sh is in that dir..

>>  Also the "pwd".
>
>  Surely not, if it's a bit of debugging trace that lets ZW know that the
> directory exists and so the cd command succeeded and there must be something
> else wrong if the script doesn't execute?

Yep.

>> Also the "exit".
>
>  Ok, I'm with you there :-)  But I still think one of us needs more coffee...

Yep Yep.

~Matt

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

RE: cygwin shell scripting - how to pass values from command line to ssh remote command

[John Hardin]

On Tue, 14 Oct 2008, Dave Korn wrote:


Thorsten Kampe wrote on 14 October 2008 21:11:


ssh [EMAIL PROTECTED] 'export MAX_MS=100; export OFFSET_MS=89900; export
THREADS=4; export RAMP=1; export LOOPS=2; echo load01 ; cd
/cygdrive/c/apps/bin ; pwd ; nohup ./start.sh  \& ; ps -efW | grep
java ; exit '



 Also the "pwd".


 Surely not, if it's a bit of debugging trace that lets ZW know that the
directory exists and so the cd command succeeded and there must be something
else wrong if the script doesn't execute?


Wouldn't something along the lines of

cd /cygdrive/c/apps/bin && nohup ./start.sh &

be a lot safer if you were worried about the directory not being there?

Working that into the one-liner is left as an exercise for the student... 
:)


--
 John Hardin KA7OHZhttp://www.impsec.org/~jhardin/
 [EMAIL PROTECTED]FALaholic #11174 pgpk -a [EMAIL PROTECTED]
 key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C  AF76 D822 E6E6 B873 2E79
---
  Health Care _is_ a right - the government has no business keeping
  you from getting it. But forcing somebody else to pay for your
  health care at gunpoint (i.e. through taxation) is _not_ a right.
---
 21 days until the Presidential Election

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

Re: 1.7 preallocate issue?

[Rob Bosch]

Sorry I didn't get back sooner...was occupied with another issue.  I double
checked and the array had a drive that was having a few media issues at the
time I was getting this issue.  I think this is what was causing the issue
although I don't have any hard evidence.  I replaced that drive and have not
received the error again for 4 days.  The error typically comes under high
load so I'll check again this Friday.  

If the error comes up again I'll try to capture it using strace and post.

Rob



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

Strange crash for application linked to cygwin libraries.

[Peter Ross]

Hi,

I've written an application which does some initialization and then
does a tcp accept.  5 minutes and 20 seconds give or take after doing
the tcp.accept the application aborts with exit code 0.  If I
continually send tcp data to this application then the crash doesn't
occur, it is only after 5 minutes and 20 seconds of waiting for I/O.

I compiled the application with -g and then ran it under gdb, and the
crash doesn't occur then.

Since my application is single threaded and waiting inside tcp accept,
I'm guessing that the problem must be something to do with cygwin
itself.  Maybe something to do with signal handling, but would
appreciate some hints on how I could go about debugging the problem.

Here is the complete list of libraries that I use  -lodbc32 -lole32
-lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat
-lwsock32

Regards,
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: cygwin shell scripting - how to pass values from command line to ssh remote command

[Mark J. Reed]

On Tue, Oct 14, 2008 at 2:59 PM, Z W wrote:
> Question:
> How can I pass arguments on command line with test.sh such that
> variables MAX_MS, OFFSET_MS, THREADS, RAMP and LOOPS
> could receive the argument parameters as opposed to hardcoding the numbers ?

This isn't really a cygwin question; there are lots of shellscripting
tutorials on the web, which I recommend you look for.  Meanwhile,
however, try this:

#!/bin/bash

function usage
{
echo >&2 "Usage: $0 [-h|-l loops|-m max_ms|-o offset_ms|-r ramp|-t threads]"
exit $1
}


# default values
loops=2
max_ms=100
offset_ms=89900
ramp=1
threads=4

while getopts 'hl:m:o:r:t:' opt; do
echo opt=$opt
case "$opt" in
h) usage 0;;
l) loops="$OPTARG";;
m) max_ms="$OPTARG";;
o) offset_ms="$OPTARG";;
r) ramp="$OPTARG";;
t) threads="$OPTARG";;
?) usage 1;;
esac
done

shift $(( OPTIND - 1 ))

if (( $# )); then
usage 1
fi

ssh localhost 'cd /cygdrive/c/apps/bin && LOOPS="'"$loops"'"
MAX_MS="'"$max_ms"'" OFFSET_MS="'"$offset_ms"'" RAMP="'"$ramp"'"
THREADS="'"$threads"'" nohup ./start.sh & ps -efW | grep java'

That ssh command should be all on one line.  Careful with the
sequences of quotation marks.  The idea is to build a command string
that includes literal quotation marks intermixed with the quoted
expansion of local variables.

Also note that if all you're looking to getting out of that ps |grep
java line is the PID, you can just use $!.

-- 
Mark J. Reed <[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: Strange crash for application linked to cygwin libraries.

[Mark Geisert]

Peter Ross writes:
> I've written an application which does some initialization and then
> does a tcp accept.  5 minutes and 20 seconds give or take after doing
> the tcp.accept the application aborts with exit code 0.  If I
> continually send tcp data to this application then the crash doesn't
> occur, it is only after 5 minutes and 20 seconds of waiting for I/O.
[...]
> Here is the complete list of libraries that I use  -lodbc32 -lole32
> -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat
> -lwsock32

You haven't supplied the canonical problem report info as requested in...

> Problem reports:   

...so only WAGs come to mind:  Try it without using wsock32.  Cygwin has its 
own implementation of the TCP/IP networking functions and there might be 
unpleasant mixing of semantics when wsock32 is explicitly linked in.

Something else you could try is running the app under strace to see if anything 
obviously erroneous sticks out.

Most helpful of all for debugging this would probably be a .

..mark


--
Unsubscribe info:  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: rsync 3.0.4-1

[Lapo Luchini]

Version 3.0.4-1 of rsync has been uploaded.

rsync is a file transfer program. rsync uses the 'rsync algorithm' which
provides a very fast method for bringing remote files into sync. It does
this by sending just the differences in the files across the link,
without requiring that both sets of files are present at one of the ends
of the link beforehand.

If you're not sure what version do you have you can
use the following command to both check version number
and integrity of the install:
% cygcheck -c rsync


If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

-- 
Lapo Luchini

“…one of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination of
their C programs.” (Robert Firth)

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

Re: Problem to open big selfextracting Zip files from bash - starting from scratch :-)

[Christopher Faylor]

On Tue, Oct 14, 2008 at 04:10:05PM +0200, Dirk Napierala wrote:
> Dave Korn schrieb:
>> Dirk Napierala wrote on 14 October 2008 14:00:
>>
>>   [SNIP]
>>
>>One of the main reasons you get so few replies is because nobody can
>>find what you're actually saying among the mass of redundant and
>>illegibly-formatted quotes and quotes of quotes in all your posts.  If
>>you make it needlessly hard to get the information, fewer people will
>>bother trying.
>>
>>Did you tell us what factors you /are/ allowed to change yet, out of
>>the DLL, the SFXs, the process that generates them and the process that
>>executes them?
>
>We may change any OS setting if needed.  Apply regkeys as a
>fix/workaround, install another version of cygwin.  What you mentioned
>above is out of our control.  Basically we can try doing anything on
>the OS.

Changing an OS setting is one thing that you specifically said you
couldn't do here:

http://cygwin.com/ml/cygwin/2008-09/msg00529.html

So which is it then?  Unable or reluctant?

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: Strange crash for application linked to cygwin libraries.

[Peter Ross]

On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert <[EMAIL PROTECTED]> wrote:
> Peter Ross writes:
>> I've written an application which does some initialization and then
>> does a tcp accept.  5 minutes and 20 seconds give or take after doing
>> the tcp.accept the application aborts with exit code 0.  If I
>> continually send tcp data to this application then the crash doesn't
>> occur, it is only after 5 minutes and 20 seconds of waiting for I/O.
> [...]
>> Here is the complete list of libraries that I use  -lodbc32 -lole32
>> -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat
>> -lwsock32
>
> You haven't supplied the canonical problem report info as requested in...
>
>> Problem reports:   
>
> ...so only WAGs come to mind:  Try it without using wsock32.  Cygwin has its
> own implementation of the TCP/IP networking functions and there might be
> unpleasant mixing of semantics when wsock32 is explicitly linked in.
>
Thanks for the WAG, unfortunately it didn't work.

> Something else you could try is running the app under strace to see if 
> anything
> obviously erroneous sticks out.
>
Now I get a seg-fault when running under strace (it doesn't even get
to the tcp accept), but when I try and attach to the process using
gdb.  I get the following error.

$ ps aux | grep wos
 1740   11740   1740  con  500 04:15:28 /cygdrive/e/wos_fpz/syst
em/build/wos_server

[EMAIL PROTECTED] ~/wos_fpz/system/build
$ gdb ./wos_server
GNU gdb 6.8.0.20080328-cvs (cygwin-special)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) attach 1740
Can't attach to process.
(gdb)


> Most helpful of all for debugging this would probably be a  acronyms/#STC>.
>
Yes, I agree, I was just hoping that there was something else I could
try before I tried to reduce my 1132 file application down to a simple
test case.  Using strace seems to be an idea, but I can't get paste
how to connect to the process to see where the seg fault is.

Anyway thanks for your help.

--
Unsubscribe info:  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: Strange crash for application linked to cygwin libraries.

[Ralph Hempel]

Peter Ross wrote:

On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert <[EMAIL PROTECTED]> wrote:

Peter Ross writes:

I've written an application which does some initialization and then
does a tcp accept.  5 minutes and 20 seconds give or take after doing
the tcp.accept the application aborts with exit code 0.  If I
continually send tcp data to this application then the crash doesn't
occur, it is only after 5 minutes and 20 seconds of waiting for I/O.


5 minutes and 20 seconds is 320 seconds which is 32000 milliseconds.

It's probably not related, but the maximum signed 16 bit value is 32768.

I'm always suspicious when the time is repeatable and the value is
some multiple of a power of 2 :-)

Ralph

--
Unsubscribe info:  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: Strange crash for application linked to cygwin libraries.

[Mark Geisert]

Peter Ross writes:
> On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert  wrote:

Please don't quote raw email addresses in your emails to the list.

> >> I've written an application which does some initialization and then
> >> does a tcp accept.  5 minutes and 20 seconds give or take after doing
> >> the tcp.accept the application aborts with exit code 0.  If I
> >> continually send tcp data to this application then the crash doesn't
> >> occur, it is only after 5 minutes and 20 seconds of waiting for I/O.
> > [...]
> >> Here is the complete list of libraries that I use  -lodbc32 -lole32
> >> -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat
> >> -lwsock32
> >
> > You haven't supplied the canonical problem report info as requested in...
> >
> >> Problem reports:   

That was a hint :-).  Please supply that info, specifically the output of
cygcheck -s -v -r
but *as an attachment* to your next email.

> > ...so only WAGs come to mind:  Try it without using wsock32.  Cygwin has its
> > own implementation of the TCP/IP networking functions and there might be
> > unpleasant mixing of semantics when wsock32 is explicitly linked in.
> >
> Thanks for the WAG, unfortunately it didn't work.

Are all of those libraries you're linking with compiled for Cygwin?  Mixing 
Cygwin libs with non-Cygwin libs won't work.

Another thing that might prove informative is running cygcheck on the 
executable to see its tree of library dependencies.  Maybe wsock32 snuck back 
in somehow.

> > Something else you could try is running the app under strace to see if 
anything
> > obviously erroneous sticks out.
> >
> Now I get a seg-fault when running under strace (it doesn't even get
> to the tcp accept), but when I try and attach to the process using
> gdb.  I get the following error.
>
> $ ps aux | grep wos
>  1740   11740   1740  con  500 04:15:28 /cygdrive/e/wos_fpz/
syst
> em/build/wos_server
> 
> Administrator  spare ~/wos_fpz/system/build
> $ gdb ./wos_server
> GNU gdb 6.8.0.20080328-cvs (cygwin-special)
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "i686-pc-cygwin"...
> (gdb) attach 1740
> Can't attach to process.
> (gdb)

I don't have any further insight on this; strace has always worked for me.

..mark



--
Unsubscribe info:  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: Strange crash for application linked to cygwin libraries.

[Peter Ross]

On Wed, Oct 15, 2008 at 5:50 AM, Mark Geisert <[EMAIL PROTECTED]> wrote:
> Peter Ross writes:
>> On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert  wrote:
>
> Please don't quote raw email addresses in your emails to the list.
>
Sorry about that, been awhile since I've been on a mailing list.

>> >> I've written an application which does some initialization and then
>> >> does a tcp accept.  5 minutes and 20 seconds give or take after doing
>> >> the tcp.accept the application aborts with exit code 0.  If I
>> >> continually send tcp data to this application then the crash doesn't
>> >> occur, it is only after 5 minutes and 20 seconds of waiting for I/O.
>> > [...]
>> >> Here is the complete list of libraries that I use  -lodbc32 -lole32
>> >> -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat
>> >> -lwsock32
>> >
>> > You haven't supplied the canonical problem report info as requested in...
>> >
>> >> Problem reports:   
>
> That was a hint :-).  Please supply that info, specifically the output of
>cygcheck -s -v -r
> but *as an attachment* to your next email.
>
Find attached.

>> > ...so only WAGs come to mind:  Try it without using wsock32.  Cygwin has 
>> > its
>> > own implementation of the TCP/IP networking functions and there might be
>> > unpleasant mixing of semantics when wsock32 is explicitly linked in.
>> >
>> Thanks for the WAG, unfortunately it didn't work.
>
> Are all of those libraries you're linking with compiled for Cygwin?  Mixing
> Cygwin libs with non-Cygwin libs won't work.
>
Yes they are all cygwin libraries.

> Another thing that might prove informative is running cygcheck on the
> executable to see its tree of library dependencies.  Maybe wsock32 snuck back
> in somehow.
>
$ cygcheck.exe ./wos_server.exe
.\wos_server.exe
  C:\cygwin\bin\cygcrypto-0.9.8.dll
C:\cygwin\bin\cygwin1.dll
  C:\WINDOWS\system32\ADVAPI32.DLL
C:\WINDOWS\system32\ntdll.dll
C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\RPCRT4.dll
  C:\WINDOWS\system32\Secur32.dll
  C:\cygwin\bin\cygcurl-4.dll
C:\cygwin\bin\cygssh2-1.dll
  C:\cygwin\bin\cygz.dll
C:\cygwin\bin\cygssl-0.9.8.dll
  C:\cygwin\bin\cygdb-4.5.dll
  C:\cygwin\bin\cygexpat-1.dll
  C:\cygwin\bin\cygxml2-2.dll
C:\cygwin\bin\cygiconv-2.dll
  C:\cygwin\bin\cygxslt-1.dll
  C:\WINDOWS\system32\ODBC32.dll
C:\WINDOWS\system32\msvcrt.dll
C:\WINDOWS\system32\COMCTL32.dll
  C:\WINDOWS\system32\GDI32.dll
C:\WINDOWS\system32\USER32.dll
C:\WINDOWS\system32\SHELL32.dll
  C:\WINDOWS\system32\SHLWAPI.dll
C:\WINDOWS\system32\comdlg32.dll
  C:\WINDOWS\system32\OLE32.dll

So I am using the ODBC and OLE32 for access to CreateGUID, I don't
think these are a problem, but I could be wrong.

Cygwin Configuration Diagnostics
Current System Time: Wed Oct 15 06:05:48 2008

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2

Running in Terminal Service session

Path:   C:\cygwin\usr\local\mercury-rotd-2008-10-09-cygwin\bin
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\Microsoft SQL Server\80\Tools\Binn\
c:\Program Files\Microsoft SQL Server\90\DTS\Binn\
c:\Program Files\Microsoft SQL Server\90\Tools\binn\
c:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\
c:\Program Files\Microsoft Visual Studio 
8\Common7\IDE\PrivateAssemblies\
c:\Program Files\Apache Software Foundation\apache-ant-1.7.1\bin

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

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

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'Administrator'
PWD = '/home/Administrator/wos_fpz/system/build'
HOME = '/home/Administrator'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\Administrator'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\Administrator\Application Data'
HOSTNAME = 'spare'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 23 Stepping 8, GenuineIntel'
WINDIR = 'C:\WINDOWS'
CATALINA_HOME = 'C:\Program Files\Apache Software Foundation\Tomcat 6.0'
OLDPWD = '/home/Administrator/wos_fpz/system'
USERDOMAIN = 'SPARE'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
LIB = 'C:\Program Files\SQLXML 4.0\bin\'
USERNAME = 'Administrator'
CLUSTERLOG = 'C:\WINDOWS\Cluster\cluster.log'
PROCESSOR_LEVEL = '6'
MERCURY_HOME = '/usr

Re: Problem Running ssh-host-config

[Kai Ponte]

On Monday 13 October 2008 06:47:01 pm Larry Hall (Cygwin) wrote:
> Kai Ponte wrote:
> > *** Warning: drwxr-xr-x 2 lilly None 0 Oct 12 21:41 /
> > *** Warning: Please change the user and/or group owne
> > *** Warning: permissions of /var/run.
> > *** ERROR: Problem with /var/run directory. Exiting.
> Sounds like your csih package isn't current.  Try updating it.

Okay, I'll look into that and report back.

-- 
kai
www.filesite.org || www.perfectreign.com

government is a process which utilizes 
45.5% gut reaction, 
45.5% laws and statutes and 1% logic

--
Unsubscribe info:  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: invalid login gid in /etc/passwd does not show group name as 'mkgroup'

[Herb Maeder]

On 13 Oct 2008 17:54:36 +0200, Corinna Vinschen wrote:
> > But if it ends up sticking around, then it probably makes sense to account
> > for the additional special case that was just introduced:
> > 
> >   passwd/group_GID_clash* )
> > echo "Your group is currently \"passwd/group_GID_clash\".  This indicat
es"
> > echo "blah, blah, blah..."
> > ;;
> > 
> > > > The "passwd/group_GID_clash" group name probably also deserves a mentio
n
> > > > in the Cygwin User's Guide.
> 
> Yes, you're right, adding a case for passwd/group_GID_clash would be
> nice.  http://cygwin.com/acronyms/#SHTDI  I'm sure the maintainer
> of the base-passwd package would appreciate a patch.

Sure, I'd be happy to do that.

But before submitting a patch, I'd like to make sure I know what I'm talking
about so I can submit a proper patch for the whole case statement.  Can you
confirm that the following are correct?

  1) It is no longer possible to end up with the "mkgroup_l_d" group name.
 If I understand it correctly, this possibility went away in version
 1.30 of mkgroup.c.  If so, that case should be removed from the 
 /etc/profile case statement.

  2) The group name will be 'mkpasswd' if the current user's effective gid 
 is not in /etc/group and the effective uid is not in /etc/passwd.

  3) The group name will be 'passwd/group_GID_clash(%ld/%ld)' if the 
 current user's effective gid is not in /etc/group, the effective
 uid is in /etc/passwd, and the gid associated with the user's SID is
 in /etc/group.

  4) The group name will be 'mkgroup' if the current user's effective gid 
 is not in /etc/group, the effective uid is in /etc/passwd, and the
 gid associated with the user's SID is not in /etc/group.   


If that's all correct, perhaps this chunk of pseudo-code says it more 
succinctly:

if (current users effective gid not in /etc/group) {
  if (current users effective uid not in /etc/passwd) {
group_name="mkpasswd";
  } else if (current users SID group is in /etc/group) {
group_name="passwd/group_GID_clash(egid/pgsid)"
  } else {
group_name="mkgroup";
  } 
}


I'd like to include some version of that information in the comment above
the case statement.  My thinking is that if someone found where the
message is being generated, they are probably looking for more information
than "try running mkpasswd and mkgroup", so stating the meaning of the
special group names is probably warranted.

I'd also like to provide a bit more information in the statements that are
printed out to the user.  Perhaps something like this (where the second 
echo statement is new):

  case `id -ng` in
  mkpasswd )
echo "Your group is currently \"mkpasswd\".  This indicates that"
echo "your gid is not in /etc/group and your uid is not in /etc/passwd."
echo "The /etc/passwd (and possibly /etc/group) files should be rebuilt."
echo "See the man pages for mkpasswd and mkgroup then, for example, run"
echo "mkpasswd -l [-d] > /etc/passwd"
echo "mkgroup  -l [-d] > /etc/group"
echo "Note that the -d switch is necessary for domain users."
;;

To summarize, I'm proposing to:

   * add the 'passwd/group_GID_clash' case
   * delete the 'mkgroup_l_d' case
   * provide definitions for the special group names in the comment above
 the case statement
   * modify the statements to the user to more accurately describe the 
 nature of the problem

Any opinions on if these modifications are a good idea or not?  

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/