can't compile
gcc -I../../../include -I../../../backend -O2 -m486 -pipe -Wall -Wmissing-prototypes -ggdb3 -I../.. -c lock.c -o lock.o
lock.c: In function `LockResolveConflicts':
lock.c:832: `lockQueue' undeclared (first use this function)
lock.c:832: (Each undeclared identifier is reported only once
lock.c:832: for each function it appears in.)
gmake: *** [lock.o] Error 1
Vadim
gcc -I../../../include -I../../../backend -O2 -m486 -pipe -Wall -Wmissing-prototypes -ggdb3 -I../.. -c lock.c -o lock.o
lock.c: In function `LockResolveConflicts':
lock.c:832: `lockQueue' undeclared (first use this function)
lock.c:832: (Each undeclared identifier is reported only once
lock.c:832: for each function it appears in.)
gmake: *** [lock.o] Error 1Vadim
Fixed. Sorry.
--
Bruce Momjian | http://www.op.net/~candle
maillist@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Does your chanage in LockResolveConflicts() work fine ?
if (SHMQueueEmpty(&MyProc->lockQueue) && waitQueue->size &&
topproc->prio > myprio)
{First, LockResolveConflicts() is called not only from LockAcquire() but also
from ProcLockWakeup(). ProcLockWakeup() is called from a lock releasing
process. Does it make sense to check MyProc->lockQueue ?Second,when LockAcquire() calls LockResolveConflicts(),MyProc->lockQueue
is always not empty. So does it make sense too ?
Seems it does not work, as Vadim has pointed out. Seems he wants to
work on fixing this.
I am curious what lock is in the lockQueue when it is called from
LockAcquire()?
--
Bruce Momjian | http://www.op.net/~candle
maillist@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Import Notes
Reply to msg id not found: 000d01be977df7c8f1002801007e@cadzone.tpf.co.jp | Resolved by subject fallback
Bruce Momjian wrote:
Seems it does not work, as Vadim has pointed out. Seems he wants to
work on fixing this.
I just updated CVS but can't commit my changes -:(
cvs commit run with no output for long time.
?
Vadim
Bruce Momjian wrote:
Seems it does not work, as Vadim has pointed out. Seems he wants to
work on fixing this.I just updated CVS but can't commit my changes -:(
cvs commit run with no output for long time.
That happens to me sometimes. I just restart the cvs and it works.
--
Bruce Momjian | http://www.op.net/~candle
maillist@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Bruce Momjian wrote:
Bruce Momjian wrote:
Seems it does not work, as Vadim has pointed out. Seems he wants to
work on fixing this.I just updated CVS but can't commit my changes -:(
cvs commit run with no output for long time.That happens to me sometimes. I just restart the cvs and it works.
It doesn't help -:(
Vadim
On Thu, 6 May 1999, Vadim Mikheev wrote:
Bruce Momjian wrote:
Bruce Momjian wrote:
Seems it does not work, as Vadim has pointed out. Seems he wants to
work on fixing this.I just updated CVS but can't commit my changes -:(
cvs commit run with no output for long time.That happens to me sometimes. I just restart the cvs and it works.
It doesn't help -:(
Does a 'truss' on the process show anything unusual? ping to hub.org?
Just trying to run it here now just to make sure its not a 'local'
problem...
Yup, all *appears* fine over here...network latency?
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
The Hermit Hacker wrote:
Does a 'truss' on the process show anything unusual? ping to hub.org?
Just trying to run it here now just to make sure its not a 'local'
problem...Yup, all *appears* fine over here...network latency?
Seems yes. Yesterday 60% of packets was lost, today - 0% and
committed :)
Vadim