--- Corinna Vinschen wrote:
I've checked in a patch which uses a somewhat more
complicated
synchronization method in msleep. The testsuite
testcases still
work as expected but I would like to get some
feedback on your issue.
Please test cygserver from the next Cygwin snapshot
or build
--- Igor Pechtchanski wrote:
Arg #3 is a pointer to a function (Tcl_CmdProc).
See where that's
declared *in the preprocessed file* (so that all
macros are expanded) and
see if your declarations of GetTimeFromSecs, etc,
correspond to it. The
most obvious mismatch is probably the const
--- Igor Pechtchanski wrote:
On Wed, 19 Jan 2005, Patrick Samson wrote:
From a working source of Postgresql:
static int pltcl_elog(ClientData cdata, Tcl_Interp
*interp,
int argc, CONST84 char *argv[]);
^^^
I'm pretty confident
Corinna,
I just want to make sure you didn't miss my post
in november, about this same subject:
http://sources.redhat.com/ml/cygwin/2004-11/msg00749.html
If you read it and didn't have anything to suggest
it's fine for me and sorry for this remainder.
If you didn't, please have a look.
I don't
(This is a continuation of previous postings in
Oct 2004)
In my last trial, I saw cygserver at 100%
for about 20 s, and then back naturally to 0.
Looking at the log, the loops are:
(with one or more sem[x])
return from WaitForMultipleObjects() ...
bsd_mutex.cc, line 235: Try locking mutex semid
--- Corinna Vinschen wrote:
On Oct 4 07:02, Patrick Samson wrote:
--- Corinna Vinschen wrote:
I'm still hoping for a simple testcase...
I'm still working on it (the problem, not the
testcase, as it is probably a race condition).
Too bad.
I've checked in a patch to cygserver
forgot the log file. Here is it.
___
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
cygserver.log.bz2
Description: cygserver.log.bz2
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
--- Corinna Vinschen wrote:
On Oct 4 07:02, Patrick Samson wrote:
--- Corinna Vinschen wrote:
I'm still hoping for a simple testcase...
I'm still working on it (the problem, not the
testcase, as it is probably a race condition).
Too bad.
I've checked in a patch to cygserver
--- Reini Urban wrote:
KNOWN PROBLEMS
==
tcl has been removed upstream.
Is it definitive?
Or will it come again in a future release?
If not, what's the recommended replacement language?
___
Do you Yahoo!?
Declare Yourself -
--- Reini Urban wrote:
Patrick Samson schrieb:
--- Reini Urban wrote:
KNOWN PROBLEMS
==
tcl has been removed upstream.
Is it definitive?
yes.
Or will it come again in a future release?
no.
If not, what's the recommended replacement
language?
C
--- Corinna Vinschen wrote:
On Oct 1 07:24, Patrick Samson wrote:
--- Corinna Vinschen wrote:
On Sep 30 23:41, Patrick Samson wrote:
Now, when it's wrong, I can see:
good morning (error=4)!
Error 4 is EINTR on the return of msleep().
Subsequently semop() returns
--- Corinna Vinschen wrote:
On Sep 30 00:12, Patrick Samson wrote:
I built the DLL another way, and now have:
$ cygcheck ./dp40.dll
.\dp40.dll
D:\cygwin\bin\cygwin1.dll
C:\WINNT\System32\ADVAPI32.DLL
C:\WINNT\System32\ntdll.dll
C:\WINNT\System32
--- Patrick Samson wrote:
With the third condition (pgAdmin) everything was
fine the whole night. And there is only 4
good night! messages in the middle of the night.
I guess this is because of one of the cron tasks
scheduled around 3AM to do maintenance tasks such
as VACUUM, pg_dumpall
--- Corinna Vinschen wrote:
On Sep 30 23:41, Patrick Samson wrote:
Now, when it's wrong, I can see:
good morning (error=4)!
Error 4 is EINTR on the return of msleep().
Subsequently semop() returns with this EINTR.
Are you set up to build cygwin? If so, could you
please test
--- Corinna Vinschen wrote:
On Oct 1 06:05, Patrick Samson wrote:
--- Corinna Vinschen wrote:
On Sep 30 23:41, Patrick Samson wrote:
Now, when it's wrong, I can see:
good morning (error=4)!
Error 4 is EINTR on the return of msleep().
Subsequently semop() returns
--- Corinna Vinschen wrote:
On Sep 30 23:41, Patrick Samson wrote:
Now, when it's wrong, I can see:
good morning (error=4)!
Error 4 is EINTR on the return of msleep().
Subsequently semop() returns with this EINTR.
Are you set up to build cygwin? If so, could you
please test
--- Patrick Samson wrote:
--- Igor Pechtchanski wrote:
On Mon, 27 Sep 2004, Patrick Samson wrote:
I use a dll which have references to both
cygwin and m$:
$ cygcheck /usr/share/tcl8.4/dp4.0/win/dp40.dll
D:/cygwin/usr/share/tcl8.4/dp4.0/win/dp40.dll
D:\cygwin\bin\tcl84.dll
--- Patrick Samson wrote:
--- Patrick Samson wrote:
Since my post I found a way to reproduce on
development the problem I have on production.
At some point cygserver hits 100%CPU and Postgres
backends are no more able to serve requests.
Now I must narrow the number of components
Special note for Postgresql users:
So far I can only reproduce this problem if these
3 conditions are met:
- many connections (20, 25, 27) doing a simple
SELECT
- a script running SELECT, CREATE/DROP TABLE/INDEX
...
- a pgAdmin III connected (but without activity)
(Postgresql version
Sigh,
Just after this post, I ran into the hang.
So pgAdmin II is no better, may be just a little
more difficult to fire the hang.
Still searching ...
--- Patrick Samson wrote:
Special note for Postgresql users:
So far I can only reproduce this problem if these
3 conditions are met
Based on the post of jerzy szczud#322;owski
(thanks jerzy :), I made an enhanced version
for a mail-mailx replacement.
It is done as a bash script.
I just want to post the script on the list
for whoever needs such a feature, as I did.
To the ssmtp package maintainer:
How about considering to
I got confused by the options supported in echo:
$ /bin/echo --help
Usage: /bin/echo [OPTION]... [STRING]...
Echo the STRING(s) to standard output.
-n do not output the trailing newline
-e enable interpretation of the
backslash-escaped characters
On january, I already reported this strange pointer:
http://sources.redhat.com/ml/insight/2004-q1/msg00028.html
But my message is still without any reply.
I guess nobody cares since it doesn't hurt.
--- Igor Pechtchanski [EMAIL PROTECTED] wrote:
Hi,
Looking at /usr/lib/tclConfig.sh on my
--- Corinna Vinschen wrote:
On Mar 30 01:03, Patrick Samson wrote:
From msdn:
All I/O operations that are canceled will
complete
with the error ERROR_OPERATION_ABORTED. All
completion
notifications for the I/O operations will occur
normally.
Urgh, I mised that.
What's your
--- Corinna Vinschen wrote:
When WSAWaitForMultipleEvents returns
WSA_WAIT_EVENT_0 + 1, you can be
sure that the event hasn't happen at this point.
Otherwise it would
have returned WSA_WAIT_EVENT_0. Unfortunately this
doesn't mean that
the event couldn't happen a nanosecond later.
If
--- Corinna Vinschen wrote:
On Mar 30 01:03, Patrick Samson wrote:
From msdn:
All I/O operations that are canceled will
complete
with the error ERROR_OPERATION_ABORTED. All
completion
notifications for the I/O operations will occur
normally.
Urgh, I mised that.
What's your
but is missing in case WSA_WAIT_EVENT_0 + 1
--- Patrick Samson wrote:
If I run a test script enough time, it eventually
freezes in this deadlock situation:
The client sends a command to a backend and waits
for an answer. It will wait forever because the
backend
is not aware of the arrival
--- Larry Hall wrote:
try the
most recent snapshot and see if that helps.
With 20040306 snapshot, same pb.
frozen at 569 runs, on COPY
58 runs, on CREATE TABLE
39 runs, on CREATE TABLE
__
Do you Yahoo!?
Yahoo! Search - Find what youre
Sorry, I was wrong. Tcl-DP was not the primary
cause.
The story goes on at:
Backend doesn't catch the next command, after
SIGUSR2
http://cygwin.com/ml/cygwin/2004-03/msg00418.html
This time with a simpler context:
only pgtclsh and Postgresql.
--- Patrick Samson wrote:
I finally found
If I run a test script enough time, it eventually
freezes in this deadlock situation:
The client sends a command to a backend and waits
for an answer. It will wait forever because the
backend
is not aware of the arrival of the request and waits
for a next command.
What happens in the loop is:
--- Larry Hall wrote:
From the information provided, I can't tell if the
problem is noticed with
both Cygwin 1.5.5 and 1.5.7 or only 1.5.7. If it's
the latter, try the
most recent snapshot and see if that helps.
At 10:28 AM 3/9/2004, you wrote:
Done on:
- postgres 7.3.5, W2000
I use a product which uses the command 'mail'.
I didn't find any /usr/bin/mail.exe in any
available package.
Does it mean that one have to install an email
package and do a cp or ln to the email client?
The product just needs to do something like:
echo $msg | mail [EMAIL PROTECTED] -s $s
Amongst
--- Igor Pechtchanski wrote:
On Wed, 3 Mar 2004, Patrick Samson wrote:
Your demo works as expected. But TCL introduces
the mess.
I changed the script to:
$ cat service.sh
#!/bin/bash
# the next line restart using tclsh \
exec tclsh $0 $@
puts Starting service
while
I run a service installed as:
cygrunsrv --install pgr-daemon
--path /usr/bin/bash.exe
--args --login /opt/pgreplica/bin/pgrd host1 host2
--user pgreplicator
--shutdown
Everything is fine with stdout.
Messages are in /var/log/pgr-daemon.log
But if my application, which is a TCL script,
^^^
C:\WINNT\System32\WSOCK32.DLL
C:\WINNT\System32\WS2_32.dll
C:\WINNT\System32\WS2HELP.dll
The imported functions of cygwin1.dll are:
abort
cygwin_detach_dll
cygwin_internal
dll_dllcrt0
pthread_atfork
calloc
malloc
realloc
free
--- Patrick Samson wrote:
Problem
\RPCRT4.dll
D:/cygwin/bin\cygwin1.dll
Is there a potential conflict if TCL calls
cygwin1.dll functions *and* something like
DeleteFileA() or DeleteFileW() of the OS ?
--- Patrick Samson wrote:
Problem: sometimes select() doesn't return.
Context: I run a DB replication scenario,
with cron
Problem: sometimes select() doesn't return.
Context: I run a DB replication scenario,
with cron, everything 5 mn. There is no change in the
DB, so the scenario is always the same. Most of the
time, it works. But eventually, after some time (may
be some minutes or hours), a process A keeps waiting
Problem is reported as:
http://sources.redhat.com/ml/insight/2004-q1/msg00010.html
Until a solution is available, do:
$ export TCL_LIBRARY=$(cygpath -w /usr/share/tcl8.4)
or
add TCL_LIBRARY as a system environment variable.
--- Ku, Wei wrote:
Hello, all:
In attempting to build XCrySDen (a
#ifdef __CYGWIN__
pathv[pathc - 2] = installLib2;
This adding is useful for X:/cygwin/bin/tclsh.exe to
include X:/cygwin/usr/share/tcl8.4, which is the
place on cygwin where to find init.tcl.
Unfortunately, it is of no help to:
X:/cygwin/usr/local/pgsql/bin/pgtclsh.exe
This function was designed at a time when the
parameter 'lib' was fed with a value such as
lib/tclX.Y, so there is two times a lib + 4
pointer to extract the tclX.Y part.
But the value has changed to share/tclX.Y in
TclpInitLibraryPath(), and now lib + 4 points to
/tclX.Y, which is of no use !
Postgresql's configure --with-tcl uses
/lib/tclConfig.sh to know how to link with TCL. But in
package tcltk version 20030901-1, usr/lib/tclConfig.sh
contains:
TCL_LIB_SPEC=''
so something required by Postgres isn't found.
Please change to:
TCL_LIB_SPEC='-L/usr/lib -ltcl84'
Additional comments:
41 matches
Mail list logo