File autocomplete behaviour change in current Cygwin

not work. I must manually chmod -x test.c to make the it work as I desired. I suppose the 1.3.12-4 behaviour is more "desirable", because it is easier to use, esp. when one does not want ntsec. Is it possible to revert to the original behaviour? Best regards, Wu Yongwei -- Unsubs

SPEWS blocked me

ways to do that. Once our mail server is blocked by a open relay list, but it is easier to remedy and I feel good that a security hole in our mail server is eliminated. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting:

Re: SPEWS blocked me

I switch my ISP because of this. -- But I realize that I am not much better in that I want to "cure" them instead of being "cured" And this is going off-topic. I stop now. Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- > Is SPEWS necessary

Cron Problems

: Cygwin Process Id = 0x3F8 : starting service `cron' failed: execv: 0, No error.) but the process cron appeared. Thanks in advance. Best regards, Wu Yongwei P.S. When starting cron from a command prompt or shell, the process will be bound to the command prompt or shell, i.e., when the

Re: Cron Problems

Thanks. However, where can I find the options of cron? Now I only find some info in /usr/doc/Cygwin/cron.README, but only in the ChangeLog section, which I ignored on the first reading! And what is the use of the option -a? Best regards, Wu Yongwei --- Original Message from Elfyn McBratney

cygwin1.dll, nontsec, and NTFS disk issue

wer versions of cygwin Thanks for any possible help/suggestions. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: cygwin1.dll, nontsec, and NTFS disk issue

, system support for file permissions makes cygwin ignore ntsec/nontsec setting when autocompleting. That is, the old behaviour only occurs on FAT disks. I think the old way is more consistent. Hope I am clearer. Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- I

Re: cygwin1.dll, nontsec, and NTFS disk issue

THANKS. Your message solved my problem. I used to set CYGWIN=nontsec in my .bashrc. Now I set it in cygwin.bat, and all works well. Best regards, Wu Yongwei --- Original Message from Max Bowsher --- > New behaviour: when an executable is wanted, the system will check by > file permi

Problem with inline assembly in winbase.h

Please have a look at http://article.gmane.org/gmane.comp.gnu.mingw.devel/976 for the discussions. The inline versions lack "memory" clobber and could cause problems as Danny showed. Best regards Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Probl

Long duration of close(socket) and signal problem

nd. On another Linux machine, close took 0.43 second. Another problem concerns signal handling. This program could be stopped by CTRL-C under MinGW and Linux, but it hung and used 100% of CPU under Cygwin when CTRL-C was hit. Any help? Best regards, Wu Yongwei P.S. On a last test, one strange

New Setup 2.194.2.15 has problems

Directory while they are not downloaded at all (when I chose to download only some of the new packages)! And it even uninstalled the old packages without installing anything if I just click Next and so on. Best regards, Wu Yongwei cygsetup1.png Description: PNG image cygsetup2.png

PostgreSQL 7.2 won't start as service

7.1.3 is running well as service on my Windows 2000 box. After installing 7.2 the service won't start. Reinstalled 7.1.3 and it is now OK. Currently I have not investigated into the problem and am just comfortable with 7.1.3 Best regards, Wu Yongwei -- Unsubscribe info: http://cygwi

Cygwin1.dll bug in ftime

all is OK. But other parts of Cygwin seems to require a newer version. I do hope a fix very soon. Oh yes, I am running Chinese Windows 2000. I wish it was not a platform-specific problem. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting

Re: Cygwin1.dll bug in ftime

More tests show that gettimeofday has problems with timezones, too! Just terrible. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ

Re: cygwin1.dll bug in ftime

go? Or should I abandon running international time-related program on Cygwin in a cross-platform way? Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- On Fri, Mar 22, 2002 at 06:24:00PM +0800, Wu Yongwei wrote: >More tests show that gettimeofday has problems w

Re: cygwin1.dll bug in ftime

, use the facilities described in 21.4.8 Functions and Variables for Time Zones. I do not understand you quite clearly. And I want to emphasize again that IT USED TO WORK! Do I need to write patches so that the code is unpatched? Best regards, Wu Yongwei --- Original Message from Christopher

Re: cygwin1.dll bug in ftime

Also notes the usage of "unspecified". "Unspecified" means the standard does not say anything about the implementation, and, IMHO, the implementors are free to choose the best practices. I think it is obviously a good way to follow BSD. Am I wrong? Best regards, Wu Y

Re: cygwin1.dll bug in ftime

Thank you for your suggestions. The points are: 1) Cygwin did very well, but not now; 2) I was not using ftime to get time, but to get timezone information. 3) timezone variable is not usable in Cygwin. So timezone is now not portable. Cygwin broke some "unportable" code. Best re

Re: cygwin1.dll bug in ftime

on is not a violation of any standards, and will make Cygwin only better (unless someone thinks better compatibility is a sin). Hope I am clear enough. I am arguing here for a BETTER Cygwin. Best regards, Wu Yongwei --- Original Message from Karsten Fleischer --- > Thank you for your sugges

Re: cygwin1.dll bug in ftime

t I hope I have expressed my meanings. Best regards, Wu Yongwei --- Original Message from Randall R Schulz --- Yongwei, At 18:45 2002-03-25, you wrote: >... > >Hope I am clear enough. I am arguing here for a BETTER Cygwin. No. You're asking to be let off the hook for either writin

timezone bug and possible patch

#ifndef timezone #define timezone ((long int) _timezone) #endif #else char *_EXFUN(timezone, (void)); #endif Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com

Re: cygwin1.dll bug in ftime (patch included)

My previous experience with MSVC indicates that calling tzset is costly. I am not sure of the case with Cygwin. However, it is just there for you to review. Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- On Tue, Mar 26, 2002 at 10:45:32AM +0800, Wu Yongwei wrote: >Hope I

Re: cygwin1.dll bug in ftime

ode in another message. I don't think I need to repeat again. Best regards, Wu Yongwei --- Original Message from J. J. Farrell --- From: "Wu Yongwei" <[EMAIL PROTECTED]>> > This is from the glibc documentation (is glibc meaningless to the Cygwin > project?): I'm

Re: cygwin1.dll bug in ftime

ormation. Just of interest, who reviews and tests the code? Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- On Tue, Mar 26, 2002 at 09:41:11PM +0800, Wu Yongwei wrote: >Glibc is at least an important implementation. Don't we need compatibility? No. Why are y

ip.h & tcp.h

I noticed that these two header files in /usr/include/netinet is really missing. I have been using the ones from FreeBSD and that fit very well. I just need to add the following lines to the beginning of ip.h: /* Added by Wu Yongwei */ #ifndef LITTLE_ENDIAN #define LITTLE_ENDIAN 1234 #define

Re: ip.h & tcp.h

"cannot find xxx.h" or so. 2. They harms. I have put new ip.h and tcp.h under /usr/include/netinet to ease compilation of *NIX code. But they will be overwritten sometimes by updating my Cygwin installation. Best regards, Wu Yongwei - Original Message ----- From: "Wu Yongwei&quo

Re: ip.h & tcp.h

licence issue. And I asked first. Maybe I should state again that using the BSD files I successfully built my Linux project on Windows. It uses BSD-style TCP and UDP struct definition. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting

Re: ip.h & tcp.h

Christopher Faylor wrote: >On Mon, Apr 08, 2002 at 10:00:58AM +0800, Wu Yongwei wrote: >>Thank you for all the responses, even the one telling me not to SHOUT. A >>message is better than nothing, and I shouted because it seemed no one >>noticed my message. >> >>

Re: ip.h & tcp.h

software developed by the University of California, Berkeley and its contributors. 4. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. Best regards, Wu

Bug of Setup 2.194.2.24 running in "Install from Local Directory"

s). I only hope that no big changes will make 2.125.2.10 obsolete. I really like that version. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ:

Where can I find the source of Cygwin setup

Maybe a foolish question, but I did not find it. A CVS tree is appreciated. Thanks. Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http

An updated 2.125 setup possible?

e it is an unwelcome bad idea but the new setup really frets me. I would love to do the above myself if I were able to do it in an hour. But it seems I am really not familar enough with the GNU configuration and Cygwin code itself. Best regards, Wu Yongwei -- Unsubscribe info: http://cyg

File mode judgement

switch back to the old behaviour? Thank you in advance. Reply to this mail address, please. Best regards Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ

Re: File mode judgement

;executable" on setup by default. Best regards, Wu Yongwei --- Original Message from "Robert Collins" <[EMAIL PROTECTED]> --- > In the past, Cygwin seemed to judge whether a file is executable on a > combination of suffix and content. However, today when I reinstalled

CVS PServer problem

to ":pserver:[EMAIL PROTECTED]:/home/cvs" and I can execute a cvs login using pserver. However, when I try "cvs import...", it always reports setuid failed: Not owner Any ideas? (I can log in to FTP as "Administrator" or "anonymous" and encounter no problems.)

RE: CVS PServer problem

Is there a guide to do so? I configured sshd but still cannot do a remote CVS operation. (BTW, it seems I cannot stop the sshd service installed by ssh-host-config.) Best regards, Wu Yongwei --- Original Message from "Geoff Soutter" --- RTFMLA [Heh. Been waiting to use that one...

SSHD problems on Windows 2000 Professional

ys reports "Permission denied". Any help? (Reply to me, please.) Thanks and best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

RE: SSHD problems on Windows 2000 Professional

Yes. But it did not help much. And in later testing I found even the first time the sshd service was started after reboot it still had problems: it would accept ONLY the first login, and later attempts would be denied. Thank you for your kind and quick help, after all. Best regards, Wu Yongwei

Re: SSHD problems on Windows 2000 Professional

. And some of these problems might platform-specific. And maybe I did not do something that you think even idiot will do Best regards, Wu Yongwei --- Original Message from Corinna Vinschen --- Did you check your passwd and group files, did you check the ownership of the host key files

Re: SSHD problems on Windows 2000 Professional

Terribly sorry for my own mistake. I did not try export CYGWIN=ntsec chown SYSTEM ssh_host_* Never thought it would have any difference. I was really not used to using Unix commands in a Windows environment and had not found how to change ownership to SYSTEM by Windows Explorer. Shy. Wu