es
>>>where I have no choice but to do so or when the potential for a race is
>>>unlikely.
>>>
>>>I don't think that this is really a situation that qualifies for
>>>either. It seems like a muto is a cleaner choice here.
>On Fri, May 07, 2004 at 04:51:4
> THE ERROR IS:
> ERROR gethostbyname() failed, h_errno=-1
> Description: (null)
> ERROR socket() failed, Errno= 1
> Description: Operation not permitted
http://cygwin.com/ml/cygwin/2004-05/msg00191.html
Best regards,
Jacek.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Pro
Hi,
$ cygcheck -cd cygwin
Cygwin Package Information
Package Version
cygwin 1.5.9-1
I found some unexpected behaviour of shutdown call. Here is example
program to reproduce problem. It is supposed to send simple http
request to example.org, clo
> I've tried your application and I'm not able to reproduce your problem.
> The shutdown call does not influence sending the buffered data apparently.
Thanks for info.
> I've tested with Cygwin 1.5.9 and with a recent snapshot on XP SP1.
> What's your system?
Cygwin 1.5.9, Win2kSP2. I made add
Hi Dave,
> Just kind of wondering if the apache is prematurely dropping the line when
> it sees the FIN.
No it doesn't. Here is dump when connecting to example.org:
> 01:14:34.237976 win2k.3042 > example.org.80: S 3273603871:3273603871(0) win 16384
> (DF)
> 01:14:34.423719 example.org.80 > w
Hi,
> > Just kind of wondering if the apache is prematurely dropping the line when
> > it sees the FIN.
>
> Possible, but I suspect it's a problem on Jacek's machine.
Yep, that's most likely.
> Jacek: Win2K SP2 is pretty ancient. Is it possible to try this on a
> later SP? (SP4 is the latest,
Hannu E K Nevalainen wrote:
> $ g++ ShutdownTest.cpp -o ShutdownTest && ./ShutdownTest.exe
> HTTP/1.1 200 OK
> Date: Tue, 04 May 2004 14:02:39 GMT
> Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
> Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT
[...]
>
> $ uname -a
> CYGWIN_NT-5.0 P450 1.5.10s(0.114
> Possible, but I suspect it's a problem on Jacek's machine.
>
> Jacek: Win2K SP2 is pretty ancient. Is it possible to try this on a
> later SP? (SP4 is the latest, and there have been numerous hotfixes
> since it was released.)
I've installed SP4 (had most of hotfixes already) but it didn't fix
Hi again,
I have problem using pthreads together with sockets on cygwin 1.5.9-1,
win2k sp4.
Here is minimal app where I can reproduce errors. It will start 70
threads and fetch http://example.org/ page on every each of them.
Please change host on line:
const char *HOST = "example.org";
if
Hi Brian,
> > void test()
> > {
> > /* go find out about the desired host machine */
> > struct hostent *he = gethostbyname(HOST);
> > if (he == 0) {
> > perror("gethostbyname");
> > exit(1);
> > }
>
> Just a wild guess, but gethostbyname() is probably not reentra
Hi Reini,
> But we already found out that the culprit was Norton Firewall, closing
> your socket, wasn't it?
NIS is gone.
Best regards,
Jacek.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http:/
Hi,
> I can't replicate your problem, but I know where it is coming from,
> basically standard windows winsock is not geared up to handle that man
> socket connections. When a socket is made and then closed the socket
> actually stays open for about 240-300 seconds depending on your
> registry se
> >> void test()
> >> {
> >> /* go find out about the desired host machine */
> >> struct hostent *he = gethostbyname(HOST);
> >> if (he == 0) {
> >> perror("gethostbyname");
> >> exit(1);
> >> }
> >
> >Just a wild guess, but gethostbyname() is probably not reentran
Hi Brian,
> > > $ g++ GetHostByNameTest.cpp -lpthread -o GetHostByNameTest.exe &&
> > > ./GetHostByNameTest.exe gethostbyname: Operation not permitted
> >
> > Win2k SP4 + hotfixes.
> > Can someone reproduce it?
>
> Sure looks alot like this:
> http://www.cygwin.com/ml/cygwin/2004-04/msg00545.htm
Win2kSP4, cygwin1-20040527.dll snapshot
$ mount -ft c:\\ /test
$ mount
C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type
system (binmode)
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /sy
Hi all,
Win2kSP4, cygwin1-20040527.dll snapshot
I've added something like this via crontab -e:
0 11 * * * C:/WINNT/system32/dllcache/iexplore.exe
That does start iexplore.exe (I can find process in Task Manager),
however it does not show its window on desktop.
How can I start win app from cron
Tomasz Rojek wrote:
> > How can I start win app from cron, so that gui is visible?
> I would register cron as a service with option -i, or --interactive (Allow
> service to interact with the desktop). HTH
Thanks, it does work.
Gui app launched from cron does show on desktop after:
$ cygrunsrv --
> > Bug or a feature? Shouldn't /test/cygwin/t/d be 3 bytes long as well?
> > I recall it working properly (i.e. converting to windows endlines) when
> > inside such directory some time ago.
>
> Thanks for the report. It should be fixed in the May 28 snapshot.
> http://www.cygwin.com/snapshots/c
Win2kSP4, cygwin1-20040530.dll snapshot, cvs 1.11.6-3
$ mount -ft c:\\ /testmnt
$ mount
C:\cygwin on / type system (binmode)
c: on /sys type system (textmode)
c: on /testmnt type system (textmode)
$ mkdir /testmnt/cvsrep
$ cvs -d /testmnt/cvsrep init
$ mkdir prj
$ cd prj
$ echo "test" >test
$ c
Jacek Trzmiel wrote:
> $ mkdir /testmnt/cygwin/test
> $ cd /testmnt/cygwin/test
> $ cvs -d /testmnt/cvsrep co prj
> : No such file or directoryirectory /testmnt/cvsrep/prj
> cvs checkout: skipping directory prj
Some additional info:
cygwin 1.5.10-3:
$ cvs -d /testmnt/cvsrep c
Hi Pierre,
> You have exposed an old bug in Cygwin.
[...]
> I am wondering why the bug is not exposed in 1.5.9
> Care to strace it?
Well, the same thing happens in:
cygwin 1.5.9 / cvs 1.11.6-3
cygwin 1.5.5 / cvs 1.11.6-3
I guess that I either checked out this directory somewhere else and
moved
svn checkout of file with svn:eol-style set to native does create:
a) on binary mount - file with unix endlines,
b) on text mode mount - also file with unix endlines.
I assume that correct behaviour in second case should be to create file
with windows endlines. Is my assumption correct, and the
setup.exe 2.427, win2ksp4+patches
Steps to reproduce:
1. Start setup.exe
2. Click "Next >"
3. Select "Download from Internet"
4. Click "Next >"
5. Browse for download directory
6. Click "Next >"
7. Select "Direct Connection"
8. Click "Next >"
9. Select "ftp://ftp-stud.fht.esslingen.de";
10. Clic
cygwin1.dll 1.5.11-1, win2ksp4+patches
Steps to reproduce:
1. Start cron:
cygrunsrv --stop cron
cygrunsrv --remove cron
cygrunsrv --install cron -p /usr/sbin/cron -a -D -i
cygrunsrv --start cron
2. Add task to cron to start at specified time (about 3 minutes from
now) every day. I.e. something
Xavier Nodet wrote:
> On Thu, 04 Nov 2004 15:37:12 +0100 Jacek Trzmiel wrote:
> > cygwin1.dll 1.5.11-1, win2ksp4+patches
>
> Cron is a separate package, that was updated on 20th, October, to
> correct a problem where cron would endlessly sleep after a time/date
> change. D
> I have been searching the answer for my problem for some while but
> didn't get anything useful.
Searching on google for: "windows32_openpipe unable to launch process",
leads to information about old bug in make:
http://64.233.183.104/search?q=cache:z5XWgxdFFBAJ:www.geocrawler.com/mail/msg_raw
Win2kSP4+patches, cygwin1.dll 1.5.11, findutils 4.1.7-4
Test case below.
$ cat >truncate.c <
#include
#include
#include
int main(int argc, char **argv) {
off_t size;
char *endptr = argv[2];
if (argc != 3) {
fprintf(stderr, "usage: truncate path size\n");
exit(1);
}
Siegfried Heintze wrote:
> I've been trying for weeks to upgrade my Cygwin installation but the setup
> program, after I have spent 15 or 20 minutes selecting the software I want,
> comes back and says the download is aborted, would I like to try again?
Maybe it has been already fixed in setup, b
"John P. Rouillard" wrote:
> When running python -c "import sys; print sys.executable" it prints
> the current working directory rather than the path to python unless
> I invoke python with the full path.
>
> I can't reproduce this on a win 98 box, but on a windows 2k sp4 things
> are broken.
>
Xuefer wrote:
> winxp P3 866
> after reboot, ssh seems as fast as telnet(almost same as local, no network issue)
> but after long time using ssh, it become slower and slower, taking more and more cpu
> time
> i hold down "space" key, the "system" process shown in taskmgr.exe is 98%
> released the
Dave Korn wrote:
> You're telling someone to go online and test their ssh client's
> connection with their firewall and antivirus down?
>
> Is this some kind of really mean practical joke?
- He can test it on lan while not connected to inet.
- He can have firewall on separate machine (gateway
Subversion does have problem with doing diff inside working copy checked
out on textmode mounted path.
Win2kSP4 + all updates
cygwin1-20040720 snapshot
subversion-1.0.5-1
$ mount | grep work
d: on /work type system (textmode)
$ svnadmin create /svn
$ mkdir -p /work/tmp/testdir
$ cd /work/tmp/
$
Joe Bungo wrote:
> typing
> 'mkdir build-binutils' at the prompt in Cygwin gives 'bash: mkdir:
> command not found'
>
> Any ideas why I cant use this simple command?
$ cygcheck -f `which mkdir`
fileutils-4.1-2
Run cygwin setup again and install fileutils package. If you have it
installed and
> If someone else could demonstrate that
> the bug exists on other platforms, I would
> be grateful.
I've compiled and run code from:
http://cygwin.com/ml/cygwin/2004-07/msg01118.html
on Cygwin and FreeBSD machine:
cygwin1.dll snapshot 20040720-12:03:09:
$ g++ --version
g++ (GCC) 3.3.1 (cygming
> So, grep appears to be acting as if the current directory is binary mode, but
> the mount table shows it as text mode. What am I missing?
>
> e:\mas\mmb\sql\ap on /e/mas/mmb/sql/ap type system (textmode)
> e: on /e type user (binmode,noumount)
>
> I'm in the e:\mas\mmb\sql\ap directory when I
> Jacek's message hit the nail on the head. I downloaded the most recent
> snapshot, and it works. So it was a Cygwin bug (although Pierre's message
> seems to indicate it didn't manifest itself in 1.5.9, that's where I saw it
> originally; I only dl'd 1.5.10 to eliminate 1.5.9 as the problem).
"Rajagopalan, Karthik" wrote:
[...]
> I am
> trying to compile a C program through "Makefile" from Cygwin. This C
> program has syntax errors which are supposed to be shown by Cygwin when
> running C compiler. It just indicates the following lines and stops :
>
> make: *** [/cygdrive/h/test.obj]
I've tried to send mail with *.zip attachement to cygwin mailing list,
but got this error:
> Subject: failure notice
>
> Hi. This is the qmail-send program at home.pl.
> I'm afraid I wasn't able to deliver your message to the following addresses.
> This is a permanent error; I've given up. Sorry
Larry Hall wrote:
> Sounds like a tty thing to me. Try adding to your CYGWIN environment
> variable 'notty' and starting a new cygwin.bat.
I've added CYGWIN environment variable:
System Properties/Advanced/Environment Variables/System variables/New...
Variable Name: CYGWIN
Variable Value: notty
> I've attached my "sysbash", which WFM.
> Who knows there might be problems with it too ;-P
It does display wrong number of seconds to start. Patch attached :)
Besides there is small chance, that if run e.g. at 14:07:59 it will not
manage to execute at command before 14:08:00, thus sheduling j
40 matches
Mail list logo
