Re: 'cron' fails to stop
Jerry D. Hedden wrote: >> Jerry D. Hedden wrote: >>> I have installed 'cron' as a service using the following: >>> cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e >>> "CYGWIN=server ntsec tty" -i > > René Berber replied: >> First mistake, you should have read /usr/share/doc/Cygwin/cron.README and, >> following those instructions, used cron-config. > > Interesting clue. 'cron-config' installs 'cron' without the -i flag. > However, I need the -i flag for some of my cron jobs. > If I install cron without -i, it stops using: cygrunsrv -E cron > If I install cron with -i, it fails to stop. Why won't it stop if -i is > present? OK, I missed that too. I don't know why cygrunsrv can't stop it, perhaps needs --termsig set, like the postgresql example. -- 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: 1.5.18-1: syslogd and cron message issue (XP/2000).
René Berber wrote: [snip] > After compiling and installing the changed version I'm getting this ugly > message: > > Apr 1 18:33:31 b kernel: cron[2812]: segfault at 004060C2 rip 00402986 rsp > 0022E850 error 6 > > But cron is working normally, so it may be just a non related problem > (possibly > due to using a Cygwin snapshot because I've seen a couple of these before). Take that back, cron is not working. -- 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: [FAQ alert] RE: segfault on memory intensive programs
On 3/30/06, Dave Korn wrote: > As to the FAQ entry, it really needs a little alteration. Ping JDF! > > It should make clear that those parameters are in bytes. The example of a > 4k stack and 1k heap is a bit unrealistic and it might be more productive to > show people how to make exes with /big/ stacks, since that's the problem > people usually run into. How about something a bit more like > > - > 21. > > How can I adjust the heap/stack size of an application? > > If you need to change the maximum amount of memory available to Cygwin, see > http://cygwin.com/cygwin-ug-net/setup-maxmem.html. Otherwise, just pass the > desired heap/stack size in bytes as linker arguments to gcc. To create foo.exe > with a heap size of 200MB and a stack size of 8MB, you would invoke gcc as: > > gcc -Wl,--heap,2,--stack,800 -o foo foo.c > - I'll get to this and the other items soon-ish. I got a cheap laptop on ebay (but very portable... Dell x200) and just finished getting it set up. -- 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: 'cron' fails to stop
> Jerry D. Hedden wrote: > > I have installed 'cron' as a service using the following: > > cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e > > "CYGWIN=server ntsec tty" -i René Berber replied: > First mistake, you should have read /usr/share/doc/Cygwin/cron.README and, > following those instructions, used cron-config. Interesting clue. 'cron-config' installs 'cron' without the -i flag. However, I need the -i flag for some of my cron jobs. If I install cron without -i, it stops using: cygrunsrv -E cron If I install cron with -i, it fails to stop. Why won't it stop if -i is present? > > It starts and runs fine using: cygrunsrv -S cron > > A reading of the services shows: > > > > Service : cygserver > > Display name: CYGWIN cygserver > > Current State : Running > > Controls Accepted : Stop > > Command : /usr/sbin/cygserver > > > > Service : cron > > Display name: CYGWIN cron > > Current State : Running > > Controls Accepted : Stop > > Command : /usr/sbin/cron -D > > Does this look fine to you? > > You have 2 cron daemons, cron is not built to do that. No. Just one. I listed all services (cygserver and cron) for completeness. -- 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: 'cron' fails to stop
Jerry D. Hedden wrote: > I have installed 'cron' as a service using the following: > cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e > "CYGWIN=server ntsec tty" -i First mistake, you should have read /usr/share/doc/Cygwin/cron.README and, following those instructions, used cron-config. > It starts and runs fine using: cygrunsrv -S cron > A reading of the services shows: > > Service : cygserver > Display name: CYGWIN cygserver > Current State : Running > Controls Accepted : Stop > Command : /usr/sbin/cygserver > > Service : cron > Display name: CYGWIN cron > Current State : Running > Controls Accepted : Stop > Command : /usr/sbin/cron -D Does this look fine to you? You have 2 cron daemons, cron is not built to do that. > However, when I try to stop it using: cygrunsrv -E cron > I get the following: > > cygrunsrv: Error stopping a service: QueryServiceStatus: Win32 error > 1053: > The service did not respond to the start or control request in a timely > fashion. Stop which one of the daemons? I told you cron is not built to do what you are doing. -- 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/
'cron' fails to stop
I have installed 'cron' as a service using the following: cygrunsrv -I cron -d "CYGWIN cron" -p /usr/sbin/cron -a -D -e "CYGWIN=server ntsec tty" -i It starts and runs fine using: cygrunsrv -S cron A reading of the services shows: Service : cygserver Display name: CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver Service : cron Display name: CYGWIN cron Current State : Running Controls Accepted : Stop Command : /usr/sbin/cron -D However, when I try to stop it using: cygrunsrv -E cron I get the following: cygrunsrv: Error stopping a service: QueryServiceStatus: Win32 error 1053: The service did not respond to the start or control request in a timely fashion. 'ps -a' shows the cron process is still present: 3648 13648 3648? 18 20:59:40 /usr/bin/cygrunsrv 368036483648 2108? 18 20:59:40 /usr/sbin/cron A reading of the services shows: Service : cygserver Display name: CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver Service : cron Display name: CYGWIN cron Current State : Stop Pending Controls Accepted : Stop Command : /usr/sbin/cron -D I have to use 'kill' to remove the process. Is my installation of the service wrong, or is this a bug? The readout of 'cygcheck -s' is attached. Cygwin Configuration Diagnostics Current System Time: Sat Apr 01 20:59:46 2006 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\home\Jerry\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\ATI Technologies\ATI Control Panel C:\PROGRA~1\COMMON~1\SONICS~1\ C:\dev-cpp\bin\ . Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(Jerry)GID: 545(Users) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(Jerry)GID: 545(Users) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Jerry' PWD = '/var/log' CYGWIN = 'server ntsec' HOME = '/home/Jerry' MAKE_MODE = 'unix' Use '-r' to scan registry a: fd N/AN/A c: hd NTFS148977Mb 41% CP CS UN PA FC d: cd N/AN/A e: cd N/AN/A f: hd NTFS238472Mb 16% CP CS UN PA FC QT . /cygdrive userbinmode,cygdrive C:\cygwin / system binmode C:/c system binmode c:\Jerry\PalmDev /PalmDev system textmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\Jerry /x system binmode F:/y system binmode C:\Documents and Settings\Jerry\My Documents /z system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\dev-cpp\bin\cpp.exe Found: C:\cygwin\bin\crontab.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\dev-cpp\bin\gcc.exe Found: C:\dev-cpp\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\dev-cpp\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\dev-cpp\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl Found: C:\cygwin\bin\rm.exe Found: C:\dev-cpp\bin\rm.exe Found: C:\cygwin\bin\sed.exe Not Found: ssh Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Found: C:\cygwin\bin\vim.exe 56k 2005/07/09 C:\cygwin\bin\cygbz2-1.dll 7k 2005/11/20 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 1108k 2005/10/17 C:\cygwin\bin\cygcrypto-0.9.7.dll 1047k 2005/10/11 C:\cygwin\bin\cygcrypto-0.9.8.dll 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll 174k 2004/10/14 C:\cygwin\bin\cygexpat-0.dll 40k 2006/03/24 C:\cygwin\bin\cygform-8.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 323k 2005/07/10 C:\cygwin\bin\cyggcrypt-11.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\
Re: 1.5.18-1: syslogd and cron message issue (XP/2000).
Irwin, Doug wrote: > I have set up /etc/syslog.conf to exclude logging cron messages but > still seem to be getting them. > > In syslogd I have tried the following: > *.*;cron.none /var/log/messages That one should be enough. [snip] > What is getting logged is soemthing along the lines of this: > Mar 23 16:52:00 DOUG /USR/SBIN/CRON : PID 4844 : (doug) CMD ---^^ My guess: the "facility" is not recognized by syslogd, that means syslogd is looking for "cron" and instead it finds that ugly "/USR/SBIN/CRON". > (/usr/bin/date >> /date.log) > > I've had no luck filtering it out so far. > > I have spent several days researching cron and syslogd (both for Cygwin > and Linux) on the net. While there's a lot of very useful information I > haven't been able to resolve this specific issue. I'm not trying to do what you want, I just want my logs to look normal and see them using multitail (which colorizes the output among other things) so I changed the source code to show just "cron" on those log lines, it's in cron.c line 67, just change argv[0] with "cron". After compiling and installing the changed version I'm getting this ugly message: Apr 1 18:33:31 b kernel: cron[2812]: segfault at 004060C2 rip 00402986 rsp 0022E850 error 6 But cron is working normally, so it may be just a non related problem (possibly due to using a Cygwin snapshot because I've seen a couple of these before). -- 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/
Hey buddy, ru there?
Dear Chlia, Give me a chance, Okay? http://news.yahoo.com Have a good day. Cu later. Yours Bob. - DEMANDTEC EMAIL NOTICE: NOTICE: This email transmission and all attached files contain information intended for the designated individual or entity to whom it is addressed and may contain information that is proprietary, privileged and/or exempt from disclosure under applicable law. If you are not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this email or its attachments is strictly prohibited. If you have received this email in error, please notify the sender immediately by replying to this message and please delete the original message without making any copies. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. Although we have taken reasonable precautions to ensure that this email and all attachments are free from viruses, we accept no liability for any loss or damage arising from the use of this email or its attachments. -- 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: cvs 1.11.17 in command line server mode, OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005, problem with binary files
Jay Abel wrote: [snip] > [EMAIL PROTECTED]/CVSROOT] % cvs commit -m 'try again' > Checking in cvswrappers; > /home/spring2006/CVSROOT/cvswrappers,v <-- cvswrappers > new revision: 1.3; previous revision: 1.2 > done > cvs commit: Rebuilding administrative file database > [EMAIL PROTECTED]/CVSROOT] % Good, that proves that you had write access to the CVSROOT part of the repository (and /tmp which I forgot in my last message). > Yes, I have the same login name on both the unix machine and the local > machine, in the one case where I don't I use a Hosts entry in the > .ssh/config file. I have write access to the repository in all cases. OK. [snip] > Now this may interest you. I currently have the lines: Where? Why don't you keep things simple, if you want to prove that the cvs server doesn't work then use a simple test case and try not to change variables (your current example is completely different than the previous one). > cvs -q -z5 > update -Pd > > And when I take a way the compression option: > > cvs -q > update -Pd > > I get the following: > > [EMAIL PROTECTED]/cvstemp] % cd CVSROOT > [EMAIL PROTECTED]/CVSROOT] % vi cvswrappers > [EMAIL PROTECTED]/CVSROOT] % cvs up > unrecognized request `anged loginfo' > [EMAIL PROTECTED]/CVSROOT] % > > Now, forgive me for grasping at straws here, but doesn't that look like > a message was truncated or that perhaps some data was lost, or that > perhaps a random piece of the file was sent instead? No. cvs -z5 ... works fine for me, your output shows a major problem with the cvs command you are using (corrupted memory). > In any case, all I > have to do is turn compression back on, and: > > [EMAIL PROTECTED]/CVSROOT] % cvs up > M cvswrappers > [EMAIL PROTECTED]/CVSROOT] % > > and: > > cvs commit -m 'try again' > Checking in cvswrappers; > /home/spring2006/CVSROOT/cvswrappers,v <-- cvswrappers > new revision: 1.4; previous revision: 1.3 > done > cvs commit: Rebuilding administrative file database > > The earlier example was given with -z5 on, so it's not a simple matter > of the communication link working when -z5 is on, and not working > otherwise. More likely, there is another factor which depends on the > specific stream. Are all examples of the form "from unix to Cygwin" (because your previous message had some trace output that was not from the cvs provided with Cygwin). If the client is unix, what version of cvs is used on the client? Are you still using text mode mounts? > Let's agree going forward that you'll stipulate I have read the faq, > googled the problem, and that a real problem exists. No, you are seeing a problem but if it cannot be duplicated then the only problem is your report. > I'll stipulate I > shouldn't have offered any explanation, and I was obviously (foolishly) > wrong to ask about the 'I' option. Of course those directories are > ignored, that's what I want to happen. Is that what _you_ wanted? The only thing we are seeing here is normal cvs behaviour, if _you_ wanted something being ignored then you should define it in a cvsignore or .cvsignore, have you read the Cerderqvist manual? > But the problem does exist. > Sometimes CVS client and server running on the same machine can connect > and complete the transaction. Sometimes they can't. Prove it. > It appears that the > problem is dependent on the specific characters sent (file contents > affect it, compression affects it) and not on any design weaknes, per > se, of the protocol, connection, or machine setup. Then it should be easy to replicate, and therefore prove. -- 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: File copying problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Stefan Vorkoetter on 3/31/2006 9:33 AM: > > Another question then: Why can I successfully use tar to read files from > the samba file system, and record them into a tar archive on the local > file system? Is it simply that tar doesn't bother checking whether the > inode changed? Yes, the syscall sequences in cp are different than those in tar, as to whether the utility cares whether the inode is changing in the middle of the copy. Personally, I think coreutils' behavior is more correct in the face of accurate inodes, because it detects if some other process is modifying the filesystem in parallel with you; but as you found out can be annoying when dealing with a filesystem that does not have accurate inodes when no other external modifications are happening. It comes to a choice of which battle do you want to fight. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFELtaG84KuGfSFAYARAsGvAJ46n24KlMrT7HrHk5WhPFX4nha1fACfcBDg GSQxtfh68X4tRrAn+EjGZ0A= =R7f5 -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: cvs 1.11.17 in command line server mode, OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005, problem with binary files
Questions answered below: $ cvs commit -m 'update wrappers' Did a message with the revision number appeared at this point? Yes: [EMAIL PROTECTED]/CVSROOT] % cvs commit -m 'try again' Checking in cvswrappers; /home/spring2006/CVSROOT/cvswrappers,v <-- cvswrappers new revision: 1.3; previous revision: 1.2 done cvs commit: Rebuilding administrative file database [EMAIL PROTECTED]/CVSROOT] % If you run cvs through ssh the repository has to belong (or at least has to be writable) by the user (and/or group) that is logging in. The same goes for CVSROOT on the repository (the history log changes). Since you don't show any user id on your example that means the user you are logged as has to exist and have the required privileges on jayabel.com (and on the other non-cygwin machines you used). Yes, I have the same login name on both the unix machine and the local machine, in the one case where I don't I use a Hosts entry in the .ssh/config file. I have write access to the repository in all cases. You were right to point out the 'I' message, I rarely use the import command, so perhaps I should have chosen a different example. Now this may interest you. I currently have the lines: cvs -q -z5 update -Pd And when I take a way the compression option: cvs -q update -Pd I get the following: [EMAIL PROTECTED]/cvstemp] % cd CVSROOT [EMAIL PROTECTED]/CVSROOT] % vi cvswrappers [EMAIL PROTECTED]/CVSROOT] % cvs up unrecognized request `anged loginfo' [EMAIL PROTECTED]/CVSROOT] % Now, forgive me for grasping at straws here, but doesn't that look like a message was truncated or that perhaps some data was lost, or that perhaps a random piece of the file was sent instead? In any case, all I have to do is turn compression back on, and: [EMAIL PROTECTED]/CVSROOT] % cvs up M cvswrappers [EMAIL PROTECTED]/CVSROOT] % and: cvs commit -m 'try again' Checking in cvswrappers; /home/spring2006/CVSROOT/cvswrappers,v <-- cvswrappers new revision: 1.4; previous revision: 1.3 done cvs commit: Rebuilding administrative file database The earlier example was given with -z5 on, so it's not a simple matter of the communication link working when -z5 is on, and not working otherwise. More likely, there is another factor which depends on the specific stream. Let's agree going forward that you'll stipulate I have read the faq, googled the problem, and that a real problem exists. I'll stipulate I shouldn't have offered any explanation, and I was obviously (foolishly) wrong to ask about the 'I' option. Of course those directories are ignored, that's what I want to happen. But the problem does exist. Sometimes CVS client and server running on the same machine can connect and complete the transaction. Sometimes they can't. It appears that the problem is dependent on the specific characters sent (file contents affect it, compression affects it) and not on any design weaknes, per se, of the protocol, connection, or machine setup. Jay Abel -- 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-compiled CGI + Windoze Apache = Error 500
I compile the following code thusly: gcc -o hw.cgi hw.c #include int main(void) { printf("Content-type: text/html\n\n"); printf("HW"); exit(0); } Resulting permissions are 777. The hw.cgi runs fine from both bash and DOSe shells, but Apache/2.0.55 (Win32) produces a 500 Internal Server Error. The log just says the usual "premature end of script headers". Sitting next to hw.cgi, in the same directory, I have hw.py (chmod 777), and it works fine under Apache (ergo there are no directory ExecCGI or aliasing problems): #!c:/Python24/python.exe print "Content-type: text/html\n\n" print "HW" My httpd.conf says: AddHandler cgi-script .cgi .pl .py .rb .exe Do I need to link to some special lib to get hw.cgi to run as a CGI script? Or, as I suspect, is there something special Apache needs? Thanks in advance. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
OpenGL/Cg cygwin makefile
Dear Readers, I've been doing work in the accelerated computer graphics area on compiling OpenGL/Cg (shader) programs with cygwin, and made a Makefile for one of the SDK examples which comes with the NVidia Cg compiler, see: http://www.theover.org/graphics maybe some people have worked on the subject already, or else I could make some more examples suitable for cygwin compilation, which is a great improvement (and Open Source and Free) over the windows tools! Let me know what you think.\ Regards, Theo Verelst -- 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/