Re: Start sshd server on reinstallation

[Ordinary Olson]

--- Brian Dessent <[EMAIL PROTECTED]> ha scritto: 

> 
> Please consider in the future using the procedure
> outlined at
>

> to
> uninstall Cygwin.  The first step listed there would
> have solved your
> problem, and there is no need to go editing the
> registry when "umount
> -A" exists.
> 
> Brian
> 

Thanks to Brian and Yitzchak. I did not know I am
supposed to remove the service. I just stopped it, and
I tried to find how to uninstall it. In the end I
totally forgot about this aspect. 
I did not know about cygrunsrv -U sshd  The FAQ Brian
suggested at
http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all
listed cygrunsrv –R which I unsuccessfully tried. 
To someone facing this problem I deleted the registry
entry at
HKEY_LOCAL_MACHINE\System\ControlSetxxx\Services\sshd+

Then I ran the ssh-host-config – and started the
server by net start sshd. Luckly everything works now.

Thanks a lot to you guys. 
O.O. 

Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 


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

Re: Start sshd server on reinstallation

[Yitzchak Scott-Thoennes]

On Sat, Jan 07, 2006 at 07:09:14PM -0800, Brian Dessent wrote:
> Ordinary Olson wrote:
> 
> > I recently installed cygwin to my C drive ? however
> > after realizing its size, I decided to move it to the
> > D drive. So I stopped the sshd server that I had
> > running, deleted the registry keys under
> > `HKEY_LOCAL_MACHINE' and `HKEY_CURRENT_USER? and then
> > just deleted the C:\cygwin directory.
> >
> > 
> > I then reinstalled cygwin in the D drive, edited my
> > start menu to point to them. However I have problems
> > starting the sshd server. I have already
> > ssh-host-config and ssh-user-config completed.
> 
> The reason that your sshd service will not start is because you did not
> remove the service, and the one currently installed still points to the
> old location.  ssh-host-config will not overwrite an existing service,
> so you need to remove the service and re-run the script.

Remove the service with cygrunsrv -U sshd


--
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: Start sshd server on reinstallation

[Brian Dessent]

Ordinary Olson wrote:

> I recently installed cygwin to my C drive – however
> after realizing its size, I decided to move it to the
> D drive. So I stopped the sshd server that I had
> running, deleted the registry keys under
> `HKEY_LOCAL_MACHINE' and `HKEY_CURRENT_USER’ and then
> just deleted the C:\cygwin directory.
>
> 
> I then reinstalled cygwin in the D drive, edited my
> start menu to point to them. However I have problems
> starting the sshd server. I have already
> ssh-host-config and ssh-user-config completed.

The reason that your sshd service will not start is because you did not
remove the service, and the one currently installed still points to the
old location.  ssh-host-config will not overwrite an existing service,
so you need to remove the service and re-run the script.

Please consider in the future using the procedure outlined at
 to
uninstall Cygwin.  The first step listed there would have solved your
problem, and there is no need to go editing the registry when "umount
-A" exists.

Brian


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

Start sshd server on reinstallation

[Ordinary Olson]

Hi,
I recently installed cygwin to my C drive – however
after realizing its size, I decided to move it to the
D drive. So I stopped the sshd server that I had
running, deleted the registry keys under
`HKEY_LOCAL_MACHINE' and `HKEY_CURRENT_USER’ and then
just deleted the C:\cygwin directory.

I then reinstalled cygwin in the D drive, edited my
start menu to point to them. However I have problems
starting the sshd server. I have already
ssh-host-config and ssh-user-config completed. 

However when I

net start sshd 

I get 

system error 3 has occurred.

The system cannot find the path specified.

When I then try 

cygrunsrv  --start  sshd

I get 

cygrunsrv: Error starting a service: StartService: 
Win32 error 3:
The system cannot find the path specified.


Does anyone have any idea what I should try. 
Thanks a lot.
O.O. 


Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 


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

Re: help cron cygwin

[Brian Dessent]

"Christian Lanconelli (servizio)" wrote:

> c:\cvi\ICARO\dati>xcopy c:\cvi\ICARO\dati\??060106.*  \\pc27\CO2_O3\ /D /F
> /Z
> C:\cvi\ICARO\dati\DD060106.GAS -> \\pc27\CO2_O3\DD060106.GAS
> C:\cvi\ICARO\dati\DD060106.MET -> \\pc27\CO2_O3\DD060106.MET
> C:\cvi\ICARO\dati\DD060106.RAD -> \\pc27\CO2_O3\DD060106.RAD
> C:\cvi\ICARO\dati\MN060106.DEU -> \\pc27\CO2_O3\MN060106.DEU
> C:\cvi\ICARO\dati\MN060106.GAS -> \\pc27\CO2_O3\MN060106.GAS
> C:\cvi\ICARO\dati\MN060106.MET -> \\pc27\CO2_O3\MN060106.MET
> C:\cvi\ICARO\dati\MN060106.RAD -> \\pc27\CO2_O3\MN060106.RAD

In addition to what others have said about the PATH setting, if you're
trying to access a non-public network drive in a cronjob you are
probably going to fail.  There is a FAQ entry about this I think. 
Without the user's password, cron can only partially impersonate the
crontab's owner.  This means that network shares that are not public are
not accessible.

The workaround is to explicitly mount the network share (providing the
username and password) with NET USE in the cron job, or run the cron as
the desired user account.  The latter has the drawback of only being
able to run crontabs of that one user since regular user accounts lack
the privileges to switch user context.  Though you might be able to
change this using 'editrights', but the restriction of not being able to
access network shares while impersonating will still exist.

> Bye Bye
> Christian
> BTN Antarctica 74°S - 165°E
> Programma Nazionale di Ricerche in Antartide

Br... hope you have ample stocks of heavy jackets!

Brian


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

Re: gcc source 1k long?

[Brian Dessent]

"Linda A. Walsh" wrote:

> I was looking to install the source of gcc and noted
> that "setup.exe" claims it is 1k long.  That seems
> a bit small for a bz2 compressed image.  Am I missing
> something?
> 
> I am looking at the source on the "mirrors.kernel.org"
> and see bz2 files 46 bytes long.  Are these files
> corrupt?

I think you're looking at the wrong package.  The package named 'gcc' is
just an empty helper package whose only purpose in life is to bring in
(via dependencies) all the required packages of a functional gcc.  The
actual C compiler is gcc-core, the C++ compiler is gcc-g++, and so on. 
Those packages contain the modular source.

Brian


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

Re: cygwin and rsync

[Brett Serkez]

<...snip...>
> Does this tell anyone anything?  If not, I could traverse the learning
> curve on getting gdb information from the process.

As an additional thought on why rsync may be hanging on a write to
stdout, presuming the cause is a deadlock.  What is the size of the file
it is hanging on?  We saw earlier that the number of bytes was around a
magic number.  I'm wondering if the number of bytes to be transmitted is
encountering a conversion error (truncation,sign,...). If one of the two
copies mis-understood how many bytes were to be transmitted it might
stop reading or writing to early and come out of sync with the other.

You might consider excluding this file and see if rsync is successful or
encounters another similar file it hangs on and exclude it and see if
they have something in common such as their size.

Just a thought,

Brett

Brett C. Serkez, Techie



--
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 and rsync

[Brett Serkez]

<...snip...>
> Does this tell anyone anything?  If not, I could traverse the learning
> curve on getting gdb information from the process.

As a point of information, when rsync is run, as in this case using ssh,
it is using ssh to start a remote rsync on the server.  These two rsyncs
are able to communicate with each other because the standard in (stdin)
of each is connected to the standard out (stdout) of the other over the
network.  So althought there is buffering, each must read and write at
the appropriate times in a well understood sequence/protocol as other
wise they come out of sync and fail, most likely in a deadlock.

On the surface is *looks* like the problem is that the local rsync is
hanging on a write to stdout (descriptor 1 in your trace).  The
question is why. It is not clear to me if it has simply failed to fully
read all that the remote rsync needs to send and therefore there is in
a deadly embrace or the remote has exited and the socket wasn't
properly cleaned up.

As far as using gdb, rather than using the full rsync command line, use
the command 'gdb rsync' to start rsync in the debugger.  Then enter the
command 'run balance-of-rsync-command-line' and it should run normally.
Once it hangs, use control-c to break to the gdb command prompt and use
the command 'where' or 'bt' (back trace) to print a stack trace.

It would be very interested to log into the server and use ps to
locate the remote rsync during the run.  I don't know of this is an
option for you.  If so, you could see if the remote rsync has exited.
If not, you could attach to it using gdb and perform a stack trace,
presuming you could compile it with debug.  Kinda of a pain as you'd
have to either move it to /usr/bin or you could explicitly reference
the alternate copy in your Cygwin built rsync.  That is the local
rsync will build a command line to run rsync on the server via ssh
that depends on the path, but you could hard-code a path to your
debuggable rsync on the server.

Not sure how far you want to push this, I think this is going to take
some digging.

Brett

Brett C. Serkez, Techie



--
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: sshd service starts correctly with cygwin1-200601071810.dll.bz2 on XP SP1

[Larry Hall (Cygwin)]

Karl M wrote:

Hi All...

The latest snapshot solves the sshd service start problem with XP SP1 
for me.


I concur.  I don't see any flashing consoles either with desktop interaction
on or off either.  If I see anything though, I'll follow-up.

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

sshd service starts correctly with cygwin1-200601071810.dll.bz2 on XP SP1

[Karl M]

Hi All...

The latest snapshot solves the sshd service start problem with XP SP1 for 
me.


Thanks,

...Karl




--
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: php scripts dying in cron, runs fine in task scheduler (W2k3)

[Larry Hall]

jd list wrote:

On 1/3/06, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:


jd list wrote:

I'm running cygwin on W2K3 with php built into windows via the binary 
from php.net.


I run php scripts, via cron, at freqent intervals, one is a simple 
database script that copies data from a back-end database to a 
front-end database, which has been running fine within cron for many 
many months. - runs every two minutes


The second script, also every two minutes, that reads xml files, from 
50Kb to 400Kb,  and inserts this data into a sybase (back-end) 
database. At any given time there is anywhere from 5-20+ files that it 
will need to process.


The problem is, the second script dies at various parts of the script, 
with no consistency.  When this was first seen, php was throwing errors

on the console that it had ran out of memory, at that time i had cron
running as part of the Administrators Group, but not as Administrator -
username was cron_server.  When this was seen, i reinstalled cron (and
cygwin to the lastest versions of everything) and ran the serivce as
Administrator, which stopped php from throwing errors, but did not stop
the script from dying mid-stream.







Selected output from cygcheck -s -v -r

With cygwin version - Cygwin DLL version info: DLL version: 1.5.18



Does it work any better or worse with a recent snapshot? 





Hi list/Larry.

upgrading the cygwin-1.dll to the lastest snap shot, three days ago now,
seemed to work, was there a known issue?  Wanted a let it run for a few
days before posting back.



I wouldn't say it was a known issue specifically.  At least it's not in
my recollection.  But allot has changed between 1.5.18 and now so it's
usually good practice to try a recent snapshot when a problem occurs to see
if the issue has been resolved by some intervening change.

Glad to hear it worked.

--
Larry


--
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: sshd must be restarted

[Larry Hall (Cygwin)]

Ken Senior wrote:




Some packages (SSH) think the home page should be /home/senior whereas the
default bash shell thinks it's located in /cygdrive/c/Documents and
Settings/senior.DOMAIN. 



This is not surprising.  You set HOME in your environment to point to
'/cygdrive/c/Documents and Settings/senior.DOMAIN'.  That's the path you
will see as your home if you log in locally.  ssh finds your path in
'/etc/passwd' and I'm sure you'll find it listed there as '/home/senior'.
Change this with an editor or see the options to 'mkpasswd'.  Or remove/
rename the environment variable.  It's probably easiest to remove the
variable, since everything will then look to '/etc/passwd'


--
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: help cron cygwin

[René Berber]

Christian Lanconelli (servizio) wrote:
[snip]
> $ crontab -l
> 40 * * * * trasf_DOS.exe;echo "tab eseguito alle
> $(date)">/home/Administrator/cronlog
> 
> The file "cronlog" is regularly updated. But trasf_DOS appears not work!
> 
> Can you help me? What's my error?

Probably the global PATH is the problem.

You can define your crontab as this:

# use /bin/bash to run commands, no matter what /etc/passwd says
SHELL=/bin/bash
# make sure to use this PATH
PATH=/usr/local/bin:/usr/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/VXIPNP/WinNT/Bin:/cygdrive/c/cvi/icaro/dati
40 * * * * trasf_DOS.exe;echo "tab eseguito alle
$(date)">/home/Administrator/cronlog

It's all explained in "man 5 crontab".

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: help cron cygwin

[Larry Hall (Cygwin)]

Christian Lanconelli (servizio) wrote:

Hi,

CRON can run commands wrote in fortran containing the call system()
statement?
this is my program : trasf_DOS.f
It write a DOS batch file that is immediately run by the 'call system
("copio.bat")' statement-
It WORK WELL in the bash shell (cygwin because I use the DOS commands xcopy)
but can't run as a cron scheduled job.
Both trasf_DOS.exe, and copio.bat, are in the $PATH.

1) IT WORKS NORMALLY:
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ ./trasf_DOS.exe  

sab 07/01/2006
 Prima della trasformazione: 7 1 2006
 Dopo la trasformazione: 6 1 6
 === Copio i file lanciando il batch appena creato ===
c:\cvi\ICARO\dati>xcopy c:\cvi\ICARO\dati\??060106.*  \\pc27\CO2_O3\ /D /F
/Z
C:\cvi\ICARO\dati\DD060106.GAS -> \\pc27\CO2_O3\DD060106.GAS
C:\cvi\ICARO\dati\DD060106.MET -> \\pc27\CO2_O3\DD060106.MET
C:\cvi\ICARO\dati\DD060106.RAD -> \\pc27\CO2_O3\DD060106.RAD
C:\cvi\ICARO\dati\MN060106.DEU -> \\pc27\CO2_O3\MN060106.DEU
C:\cvi\ICARO\dati\MN060106.GAS -> \\pc27\CO2_O3\MN060106.GAS
C:\cvi\ICARO\dati\MN060106.MET -> \\pc27\CO2_O3\MN060106.MET
C:\cvi\ICARO\dati\MN060106.RAD -> \\pc27\CO2_O3\MN060106.RAD
7 File copiati

(end of trasf_DOS.exe)

2) IT IS IN THE PATH
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygd
rive
/c/WINNT:/cygdrive/c/VXIPNP/WinNT/Bin:/cygdrive/c/cvi/icaro/dati

3) Here are the crontab -l output:
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ crontab -l
40 * * * * trasf_DOS.exe;echo "tab eseguito alle
$(date)">/home/Administrator/cronlog

The file "cronlog" is regularly updated. But trasf_DOS appears not work!

Can you help me? What's my error?


It's a common cron misconception that occurs across all platforms on
which it runs.  The fact that a script runs when logged in but not in cron
suggests that it is a path issue.  Don't assume the path is right.  Don't
assume that things cron runs will have exactly the same environment you
have on the command line.  Write defensively scripts/apps that cron will run.
In this case, providing the fully qualified path to your executable and
copio.bat when they are invoked should help.  Keep in mind as well that
Cygwin compiled programs are going to invoke Cygwin's system(), not Windows,
and that .bat files aren't going to be interpreted properly by any Cygwin
shell.  So you'll probably want to invoke a fully qualified "command.com"
or "cmd.exe" as part of your system() call, depending on your target platform.


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

gcc source 1k long?

[Linda A. Walsh]

I was looking to install the source of gcc and noted
that "setup.exe" claims it is 1k long.  That seems
a bit small for a bz2 compressed image.  Am I missing
something?

I am looking at the source on the "mirrors.kernel.org"
and see bz2 files 46 bytes long.  Are these files
corrupt?


Linda


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

tzcode dependency on /bin/ksh

[L. A. Walsh]

I was wondering who "owned" the tzcode package and if they
could include an install script to check for the existance
of "bash" OR "ksh", and create a link at install time to
the installed substitute or just patch tzselect so the
dependency on pdksh could be removed.

The documentation in "tzcode" lists "bash" as the first
alternative to "ksh".  Rather than requiring an install of
an extra package "pdksh", which isn't used for anything else,
it would be better to have it use the existing "bash" which
is installed as the standard shell.


from tzselect:
# This script requires several features of the Korn shell.
# If your host lacks the Korn shell,
# you can use either of the following free programs instead:
#
#   ftp://ftp.gnu.org/pub/gnu/>
#   Bourne-Again shell (bash)   
#   

#
#   ftp://ftp.cs.mun.ca/pub/pdksh/pdksh.tar.gz>
#   Public domain ksh

Just figure it would be nice not to require unnecessary software
when possible.

Thanks,
Linda



--
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: lighttpd-1.4.8-1

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Version 1.4.8-1 of lighttpd has been uploaded.

lighttpd is a fast, secure and flexible webserver.

Since last cygwin package is a bit old (release 1.3.0) it is not
possible to list the improbements one by one, you can see:

ChangeLog up to release 1.3.15
http://www.lighttpd.net/download/ChangeLog

NEWS for 1.3.15+
http://www.lighttpd.net/download/NEWS.html

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 lighttpd
Cygwin Package Information
Package  VersionStatus
lighttpd 1.3.0-1OK

lighttpd-1.4.8-1.tar.bz2
Len: 240409
MD5: eefff35e20e86c7fb57438c40329
SHA1: 88e818ba54e5f53761cbf0b1fe927b879108f35c

lighttpd-1.4.8-1-src.tar.bz2
Len: 790764
MD5: b0c1fe2606112efd7855a7128e0d55cc
SHA1: ffc8d3a1ead27c43e68ffc893afe9d27fd048dc2



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.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQIcBAEBAgAGBQJDv4/bAAoJELBiMTth2oCDohEQAIxKJmulCJ/WadBu1dLRULPs
bPdtS8ueT86hEXaULfLOBMQuYvhEBw1gSFB8ufbPeETATkjwjCRHqPyOOf5GVVci
jGx/nr1q66yach24l+0Iw1nROt24B6bMzlQMztyVgZIWvypRpJA7IQFIH4jmP7Vk
EgeFlY/lTJhU96jtkCL741bt9Ihe1jwXdZGvXCUY9p2NhqrEbQOYB0+LzIQwEQBr
f+MuvClsQLIC14f1kYiytvq3p0VlqDEG4arF8XHtcbfSs7Y5Fd8CwyImvntGfyyh
krC2+5cjFEFANdWYUIjOmEN0sUcYn5UuMlvwBdcdEdlEscRDcsPpG+GJAB8EYjLb
+QON7K3gFIO3DFAAjwTkClGnJsTN+M1Y5EwYsLjODfoN/nvwsaxfTz7XrWYvIn/t
sMGfA8vTs7V8OeE0wSB2+UhJ9v5yy2u3QRz4m5HakTfdJfFOyiFn+oCkdkTKBwqI
fVpap0P5/wNbnWmXlvyg/KyScO4PChY0nPVXiYMQ7Aq+iQH3u4WIgK+G+c0U7u//
5t3tV5S8wwJiQ6B1HSNrij06GnE9mYaJ5thhndnEokD5BpTWLmPhiF2UH1dKff5r
fxDSHlgcjXh1A7KtkanA2PJQjze7/hz0yqKCG5e1w4QXQ2diUkjc6yQy1c6PDNxZ
F1Q2LDpXUW07Hr1JNrH4
=Few8
-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: php scripts dying in cron, runs fine in task scheduler (W2k3)

[jd list]

On 1/3/06, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:
> jd list wrote:
> > I'm running cygwin on W2K3 with php built into windows via the binary
> > from php.net.
> >
> > I run php scripts, via cron, at freqent intervals, one is a simple
> > database script that copies data from a back-end database to a
> > front-end database, which has been running fine within cron for many
> > many months. - runs every two minutes
> >
> > The second script, also every two minutes, that reads xml files, from
> > 50Kb to 400Kb,  and inserts this data into a sybase (back-end)
> > database. At any given time there is anywhere from 5-20+ files that it
> > will need to process.
> >
> > The problem is, the second script dies at various parts of the script,
> > with no consistency.  When this was first seen, php was throwing
> > errors on the console that it had ran out of memory, at that time i
> > had cron running as part of the Administrators Group, but not as
> > Administrator - username was cron_server.  When this was seen, i
> > reinstalled cron (and cygwin to the lastest versions of everything)
> > and ran the serivce as Administrator, which stopped php from throwing
> > errors, but did not stop the script from dying mid-stream.
>
>
> 
>
>
> >
> > Selected output from cygcheck -s -v -r
> >
> > With cygwin version -
> > Cygwin DLL version info:
> > DLL version: 1.5.18
>
>
> Does it work any better or worse with a recent snapshot?
> 
>

Hi list/Larry.

upgrading the cygwin-1.dll to the lastest snap shot, three days ago
now, seemed to work, was there a known issue?  Wanted a let it run for
a few days before posting back.

Thanks for the pointer,

Jeff

>
> --
> 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: Cygintl-3.dll was not found

[Brian Dessent]

Roberto Sapiens wrote:

> I have dowloaded Cygwin from cygwin.com web site. From that download,
> I have installed Cygwin with no problems in a Windows 2000 Pro
> computer. However, when I try to install Cygwin in my Windows XP Home
> Edition notebook, I see a message that says Cygintl-3.dll was not
> found and bash.exe crashes. How to solve this problem?

That means that you deselected a required package in setup.  Rerun
setup, let it choose any missing dependencies, and make sure libintl3 is
selected.

Brian


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

Cygintl-3.dll was not found

[Roberto Sapiens]

Hello, all:

I have dowloaded Cygwin from cygwin.com web site. From that download,
I have installed Cygwin with no problems in a Windows 2000 Pro
computer. However, when I try to install Cygwin in my Windows XP Home
Edition notebook, I see a message that says Cygintl-3.dll was not
found and bash.exe crashes. How to solve this problem?

[]s,

Roberto


--
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 and rsync

[Ken Senior]

I apologize if you get this twice, but the cygwin server rejected this
post when I sent it from my gmail web account complaining of invalid MIME.


So, per Brett's suggestion I downloaded & compiled rsync on my cygwin
installation, call it [REMOTE/Windows], in order to diagnose the problem
and indeed I was able to compile and install with the debug options set
on.  The rsync process hangs at exactly the same file!  The end of the
strace output from [REMOTE/Windows] at the time of hang:

   54 62412154 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   64 62412218 [main] rsync 1904 select_stuff::~select_stuff: deleting
select records
   58 62412276 [main] rsync 1904 fhandler_base::write: binary write
  176 62412452 [main] rsync 1904 cygwin_select: 2, 0x0, 0x22BDF0, 0x0,
0x22BDE0
   44 62412496 [main] rsync 1904 dtable::select_write:  fd 1
   23 62412519 [main] rsync 1904 cygwin_select: to->tv_sec 60,
to->tv_usec 0, ms 6
   26 62412545 [main] rsync 1904 cygwin_select: sel.always_ready 0
   71 62412616 [main] rsync 1904 select_stuff::wait: m 2, ms 6
   33 62412649 [main] rsync 1904 select_stuff::wait: woke up.  wait_ret
1.  verifying
   25 62412674 [main] rsync 1904 set_bits: me 0x561F50, testing fd 1 ()
   25 62412699 [main] rsync 1904 set_bits: ready 1
   24 62412723 [main] rsync 1904 select_stuff::wait: gotone 1
   24 62412747 [main] rsync 1904 select_stuff::wait: returning 0
   24 62412771 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   57 62412828 [main] rsync 1904 peek_pipe: , already ready for write
   24 62412852 [main] rsync 1904 set_bits: me 0x561F50, testing fd 1 ()
   24 62412876 [main] rsync 1904 set_bits: ready 1
   25 62412901 [main] rsync 1904 select_stuff::poll: returning 1
   24 62412925 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   24 62412949 [main] rsync 1904 select_stuff::~select_stuff: deleting
select records
   56 62413005 [main] rsync 1904 fhandler_base::write: binary write
  269 62413274 [main] rsync 1904 cygwin_select: 2, 0x0, 0x22BDF0, 0x0,
0x22BDE0
   46 62413320 [main] rsync 1904 dtable::select_write:  fd 1
   24 62413344 [main] rsync 1904 cygwin_select: to->tv_sec 60,
to->tv_usec 0, ms 6
   25 62413369 [main] rsync 1904 cygwin_select: sel.always_ready 0
   79 62413448 [main] rsync 1904 select_stuff::wait: m 2, ms 6
   29 62413477 [main] rsync 1904 select_stuff::wait: woke up.  wait_ret
1.  verifying
   31 62413508 [main] rsync 1904 set_bits: me 0x561F50, testing fd 1 ()
   25 62413533 [main] rsync 1904 set_bits: ready 1
   23 62413556 [main] rsync 1904 select_stuff::wait: gotone 1
   24 62413580 [main] rsync 1904 select_stuff::wait: returning 0
   24 62413604 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   56 62413660 [main] rsync 1904 peek_pipe: , already ready for write
   24 62413684 [main] rsync 1904 set_bits: me 0x561F50, testing fd 1 ()
   25 62413709 [main] rsync 1904 set_bits: ready 1
   24 62413733 [main] rsync 1904 select_stuff::poll: returning 1
   24 62413757 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   23 62413780 [main] rsync 1904 select_stuff::~select_stuff: deleting
select records
   57 62413837 [main] rsync 1904 fhandler_base::write: binary write
  201 62414038 [main] rsync 1904 cygwin_select: 2, 0x0, 0x22BDF0, 0x0,
0x22BDE0
  167 62414205 [main] rsync 1904 dtable::select_write:  fd 1
   31 62414236 [main] rsync 1904 cygwin_select: to->tv_sec 60,
to->tv_usec 0, ms 6
   25 62414261 [main] rsync 1904 cygwin_select: sel.always_ready 0
   73 62414334 [main] rsync 1904 select_stuff::wait: m 2, ms 6
   34 62414368 [main] rsync 1904 select_stuff::wait: woke up.  wait_ret
1.  verifying
   25 62414393 [main] rsync 1904 set_bits: me 0x561F50, testing fd 1 ()
   24 62414417 [main] rsync 1904 set_bits: ready 1
   24 62414441 [main] rsync 1904 select_stuff::wait: gotone 1
   23 62414464 [main] rsync 1904 select_stuff::wait: returning 0
   24 62414488 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   57 62414545 [main] rsync 1904 peek_pipe: , already ready for write
   24 62414569 [main] rsync 1904 set_bits: me 0x561F50, testing fd 1 ()
   24 62414593 [main] rsync 1904 set_bits: ready 1
   23 62414616 [main] rsync 1904 select_stuff::poll: returning 1
   24 62414640 [main] rsync 1904 select_stuff::cleanup: calling cleanup
routines
   23 62414663 [main] rsync 1904 select_stuff::~select_stuff: deleting
select records
   57 62414720 [main] rsync 1904 fhandler_base::write: binary write

The full strace output from [LOCAL/Linux], the box from which I
inititated the rsync, also follows:

strace -f -p 2308
Process 2308 attached - interrupt to quit
select(5, [3], [4], NULL, {7, 981000})  = 0 (Timeout)
select(5, [3], [4], NULL, {60, 0})  = 0 (Timeout)
select(5, [3], [4], NULL, {60, 0})  = ? ERESTARTNOHAND (To be
restarted)
--- SIGINT (Interrupt) @ 0 (0) ---
gettimeofday({1136640734, 70506}, NULL) = 0
--- SIGCHLD (Child exited) @ 0

Re: sshd must be restarted

[Ken Senior]

David Christensen wrote:

>Ken Senior wrote:
>  
>
>>Does anyone know why after a Windows XP reboot one must restart the SSH
>>daemon in order to allow incoming ssh?
>>
>>
>
>rebaseall was the cure for me:
>
>http://sourceware.org/ml/cygwin/2005-02/msg00465.html
>
>
>  
>
Installing and running rebase did indeed fix the problem.  Thanks!

>>One interesting oddity about my installation is that I have two
>>usernames which are identical, one for our Windows domain and one for
>>the administrator account on my PC.
>>
>>
>
>I'm not running domain networking, but that sounds dangerous.  Why not use the
>local Administrator account for local administrative stuff and the domain
>account for user stuff?
>
>  
>
You're probably right.  I have always changed the local administrative
account on Windows machines to "senior" to avoid having to log in and
out to install software.  I'm just being lazy.  I have always adhered to
your advice on Linux machines though.  Thanks again.

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

help cron cygwin

[Christian Lanconelli \(servizio\)]

Hi,

CRON can run commands wrote in fortran containing the call system()
statement?
this is my program : trasf_DOS.f
It write a DOS batch file that is immediately run by the 'call system
("copio.bat")' statement-
It WORK WELL in the bash shell (cygwin because I use the DOS commands xcopy)
but can't run as a cron scheduled job.
Both trasf_DOS.exe, and copio.bat, are in the $PATH.

1) IT WORKS NORMALLY:
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ ./trasf_DOS.exe  

sab 07/01/2006
 Prima della trasformazione: 7 1 2006
 Dopo la trasformazione: 6 1 6
 === Copio i file lanciando il batch appena creato ===
c:\cvi\ICARO\dati>xcopy c:\cvi\ICARO\dati\??060106.*  \\pc27\CO2_O3\ /D /F
/Z
C:\cvi\ICARO\dati\DD060106.GAS -> \\pc27\CO2_O3\DD060106.GAS
C:\cvi\ICARO\dati\DD060106.MET -> \\pc27\CO2_O3\DD060106.MET
C:\cvi\ICARO\dati\DD060106.RAD -> \\pc27\CO2_O3\DD060106.RAD
C:\cvi\ICARO\dati\MN060106.DEU -> \\pc27\CO2_O3\MN060106.DEU
C:\cvi\ICARO\dati\MN060106.GAS -> \\pc27\CO2_O3\MN060106.GAS
C:\cvi\ICARO\dati\MN060106.MET -> \\pc27\CO2_O3\MN060106.MET
C:\cvi\ICARO\dati\MN060106.RAD -> \\pc27\CO2_O3\MN060106.RAD
7 File copiati

(end of trasf_DOS.exe)

2) IT IS IN THE PATH
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygd
rive
/c/WINNT:/cygdrive/c/VXIPNP/WinNT/Bin:/cygdrive/c/cvi/icaro/dati

3) Here are the crontab -l output:
[EMAIL PROTECTED] /cygdrive/c/cvi/ICARO/dati
$ crontab -l
40 * * * * trasf_DOS.exe;echo "tab eseguito alle
$(date)">/home/Administrator/cronlog

The file "cronlog" is regularly updated. But trasf_DOS appears not work!

Can you help me? What's my error?

Bye Bye
Christian
BTN Antarctica 74°S - 165°E
Programma Nazionale di Ricerche in Antartide




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