- 09 11月, 2001 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 06 11月, 2001 1 次提交
-
-
由 Tom Lane 提交于
should be accounted for in the PROC_SEM_MAP_ENTRIES() macro. Otherwise the ports that rely on this macro to size data structures are broken. Mea culpa.
-
- 28 10月, 2001 1 次提交
-
-
由 Bruce Momjian 提交于
spacing. Also adds space for one-line comments.
-
- 25 10月, 2001 1 次提交
-
-
由 Bruce Momjian 提交于
tests pass.
-
- 02 10月, 2001 1 次提交
-
-
由 Tom Lane 提交于
the files that need them. Per trouble report from Teodor.
-
- 30 9月, 2001 2 次提交
-
-
由 Bruce Momjian 提交于
* HOLDER/HOLDERTAB rename to PROCLOCKLINK/PROCLOCKLINKTAG (Bruce) Will return later.
-
由 Bruce Momjian 提交于
* HOLDER/HOLDERTAB rename to PROCLOCK/PROCLOCKTAG (Tom) Didn't use PROCLOCKLINK because it made PROCLOCKLINKTAG too long.
-
- 29 9月, 2001 1 次提交
-
-
由 Tom Lane 提交于
existing lock manager and spinlocks: it understands exclusive vs shared lock but has few other fancy features. Replace most uses of spinlocks with lightweight locks. All remaining uses of spinlocks have very short lock hold times (a few dozen instructions), so tweak spinlock backoff code to work efficiently given this assumption. All per my proposal on pghackers 26-Sep-01.
-
- 22 9月, 2001 1 次提交
-
-
由 Tom Lane 提交于
a hung client or lost connection can't indefinitely block a postmaster child (not to mention the possibility of deliberate DoS attacks). Timeout is controlled by new authentication_timeout GUC variable, which I set to 60 seconds by default ... does that seem reasonable?
-
- 07 9月, 2001 1 次提交
-
-
由 Tom Lane 提交于
for them, and making them just wastes time during backend startup/shutdown. Also, remove compile-time MAXBACKENDS limit per long-ago proposal. You can now set MaxBackends as high as your kernel can stand without any reconfiguration/recompilation.
-
- 05 9月, 2001 1 次提交
-
-
由 Tom Lane 提交于
available in freeSemMap. As noted by Tatsuo, this is now a likely scenario for detecting MaxBackends-exceeded; if MaxBackends is a multiple of PROC_NSEMS_PER_SET then we will fail here and not in sinval.c. The cleanup path did not work correctly before, anyway.
-
- 04 9月, 2001 1 次提交
-
-
由 Tom Lane 提交于
detection in ProcSleep(). Bug noted by Tomasz Zielonka --- how did this escape detection for this long??
-
- 07 7月, 2001 1 次提交
-
-
由 Tom Lane 提交于
to wait until it's safe to remove tuples and compact free space in a shared buffer page. Miscellaneous small code cleanups in bufmgr, too.
-
- 17 6月, 2001 1 次提交
-
-
由 Tom Lane 提交于
detected sooner in backend startup, and is treated as an expected error (it gives 'Sorry, too many clients already' now). This allows us not to have to enforce the MaxBackends limit exactly in the postmaster. Also, remove ProcRemove() and fold its functionality into ProcKill(). There's no good reason for a backend not to be responsible for removing its PROC entry, and there are lots of good reasons for the postmaster not to be touching shared-memory data structures.
-
- 25 5月, 2001 2 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
Python) to support shared extension modules, I have learned that Guido prefers the style of the attached patch to solve the above problem. I feel that this solution is particularly appropriate in this case because the following: PglargeType PgType PgQueryType are already being handled in the way that I am proposing for PgSourceType. Jason Tishler
-
- 22 3月, 2001 2 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 27 1月, 2001 1 次提交
-
-
由 Tom Lane 提交于
see if we shouldn't block whenever we insert ourselves anywhere before the end of the queue, not only at the front.
-
- 25 1月, 2001 2 次提交
-
-
由 Tom Lane 提交于
to pghackers on 18-Jan-01.
-
由 Bruce Momjian 提交于
-
- 23 1月, 2001 1 次提交
-
-
由 Tom Lane 提交于
rewrite of deadlock checking. Lock holder objects are now reachable from the associated LOCK as well as from the owning PROC. This makes it practical to find all the processes holding a lock, as well as all those waiting on the lock. Also, clean up some of the grottier aspects of the SHMQueue API, and cause the waitProcs list to be stored in the intuitive direction instead of the nonintuitive one. (Bet you didn't know that the code followed the 'prev' link to get to the next waiting process, instead of the 'next' link. It doesn't do that anymore.)
-
- 17 1月, 2001 1 次提交
-
-
由 Tom Lane 提交于
-
- 16 1月, 2001 1 次提交
-
-
由 Tom Lane 提交于
confusing, and clean up documentation.
-
- 14 1月, 2001 1 次提交
-
-
由 Tom Lane 提交于
are treated more like 'cancel' interrupts: the signal handler sets a flag that is examined at well-defined spots, rather than trying to cope with an interrupt that might happen anywhere. See pghackers discussion of 1/12/01.
-
- 13 1月, 2001 1 次提交
-
-
由 Tom Lane 提交于
are now critical sections, so as to ensure die() won't interrupt us while we are munging shared-memory data structures. Avoid insecure intermediate states in some code that proc_exit will call, like palloc/pfree. Rename START/END_CRIT_CODE to START/END_CRIT_SECTION, since that seems to be what people tend to call them anyway, and make them be called with () like a function call, in hopes of not confusing pg_indent. I doubt that this is sufficient to make SIGTERM safe anywhere; there's just too much code that could get invoked during proc_exit().
-
- 09 1月, 2001 1 次提交
-
-
由 Hiroshi Inoue 提交于
-
- 22 12月, 2000 1 次提交
-
-
由 Tom Lane 提交于
level" locks. A session lock is not released at transaction commit (but it is released on transaction abort, to ensure recovery after an elog(ERROR)). In VACUUM, use a session lock to protect the master table while vacuuming a TOAST table, so that the TOAST table can be done in an independent transaction. I also took this opportunity to do some cleanup and renaming in the lock code. The previously noted bug in ProcLockWakeup, that it couldn't wake up any waiters beyond the first non-wakeable waiter, is now fixed. Also found a previously unknown bug of the same kind (failure to scan all members of a lock queue in some cases) in DeadLockCheck. This might have led to failure to detect a deadlock condition, resulting in indefinite waits, but it's difficult to characterize the conditions required to trigger a failure.
-
- 19 12月, 2000 1 次提交
-
-
由 Tom Lane 提交于
might change it. Experimentation shows that the signal handler call mechanism does not save/restore errno for you, at least not on Linux or HPUX, so this is definitely a real risk.
-
- 18 12月, 2000 1 次提交
-
-
由 Tom Lane 提交于
to ensure that we have released buffer refcounts and so forth, rather than putting ad-hoc operations before (some of the calls to) proc_exit. Add commentary to discourage future hackers from repeating that mistake.
-
- 12 12月, 2000 1 次提交
-
-
由 Tom Lane 提交于
-
- 11 12月, 2000 1 次提交
-
-
由 Tom Lane 提交于
-
- 29 11月, 2000 1 次提交
-
-
由 Tom Lane 提交于
IPC key assignment will now work correctly even when multiple postmasters are using same logical port number (which is possible given -k switch). There is only one shared-mem segment per postmaster now, not 3. Rip out broken code for non-TAS case in bufmgr and xlog, substitute a complete S_LOCK emulation using semaphores in spin.c. TAS and non-TAS logic is now exactly the same. When deadlock is detected, "Deadlock detected" is now the elog(ERROR) message, rather than a NOTICE that comes out before an unhelpful ERROR.
-
- 07 10月, 2000 1 次提交
-
-
由 Bruce Momjian 提交于
after that dynamic loading isn't working and shared memory handling is broken. Attached with this message, there is a Zip file which contain : * beos.diff = patch file generated with difforig * beos = folder with beos support files which need to be moved in / src/backend/port * expected = foler with three file for message and precision difference in regression test * regression.diff = rule problem (need to kill the backend manualy) * dynloader = dynloader files (they are also in the pacth files, but there is so much modification that I have join full files) Everything works except a problem in 'rules' Is there some problems with rules in the current tree ? It used to works with last week tree. Cyril VELTER
-
- 03 10月, 2000 3 次提交
-
-
由 Bruce Momjian 提交于
working on the VERY latest version of BeOS. I'm sure there will be alot of comments, but then if there weren't I'd be disappointed! Thanks for your continuing efforts to get this into your tree. Haven't bothered with the new files as they haven't changed. BTW Peter, the compiler is "broken" about the bool define and so on. I'm filing a bug report to try and get it addressed. Hopefully then we can tidy up the code a bit. I await the replies with interest :) David Reid
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
- 29 8月, 2000 1 次提交
-
-
由 Peter Eisentraut 提交于
-
- 28 8月, 2000 1 次提交
-
-
由 Peter Eisentraut 提交于
the harm potential outweighs the possible benefits.
-
- 31 7月, 2000 1 次提交
-
-
由 Hiroshi Inoue 提交于
up sleeping processes.
-