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:
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
X:/cygwin/u
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
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 (
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
R32.dll
C:\WINNT\System32\GDI32.dll
C:\WINNT\System32\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() does
C:\WINNT\System32\msvcrt.dll
^^^
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
--- P
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,
writ
--- Igor Pechtchanski wrote:
> On Tue, 2 Mar 2004, Patrick Samson wrote:
>
> > I run a service installed as:
> >
> > cygrunsrv --install pgr-daemon
> > --path /usr/bin/bash.exe
> > --args "--login /opt/pgreplica/bin/pgrd host1
> hos
--- 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 resta
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"
Amon
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:
SI
--- 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.
--- 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 your
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
case WSA_WAIT_EVENT_0
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
--- 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.
--- 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 occ
--- 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 occ
--- 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
--- 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.
>
> 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 ver
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
>
--- 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
> >
--- 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 maintenan
--- 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
--- 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
--- 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
--- 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
--- 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 co
--- 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 futur
--- 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 co
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 rep
(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,
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 know
--- 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 "co
--- 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[]);
> >
--- 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
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 sys
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
Based on the post of jerzy szczudł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 include
42 matches
Mail list logo
