Christopher Kings-Lynne [EMAIL PROTECTED] writes:
The whole point of make check is to check correctness, not
performance.
I understand that.
It has concurrent loading as well.
It doesn't stress the system anywhere near enough to reveal bugs in,
say, the shared memory or semaphore code.
DES
Dag-Erling Smørgrav wrote:
It doesn't stress the system anywhere near enough to reveal bugs in,
say, the shared memory or semaphore code.
I agree -- I think we definitely need more tests for the concurrent
behavior of the system.
-Neil
---(end of
Today Michael Steil and I have tested PostgreSQL 7.4.1 on Nintendo Game
Cubes.
All regression test (but stats - stats collector was off instead of on)
have passed successfully.
What about the XBOX? :-)
Merlin
---(end of broadcast)---
TIP 8:
Merlin Moncure wrote:
Today Michael Steil and I have tested PostgreSQL 7.4.1 on Nintendo Game
Cubes.
All regression test (but stats - stats collector was off instead of on)
have passed successfully.
What about the XBOX? :-)
Merlin
as far as i know the xbox is based on x86 hardware so it
Very Cool! Can we add this to the list of supported platforms? Also
what do folks think of submitting this as a news blurb to slashdot?
This seems like some good feelings type news that is right up thier
alley.
Robert Treat
On Thu, 2004-03-04 at 02:46, Hans-Jürgen Schönig wrote:
Folks,
Folks,
Today Michael Steil and I have tested PostgreSQL 7.4.1 on Nintendo Game
Cubes.
All regression test (but stats - stats collector was off instead of on)
have passed successfully.
[EMAIL PROTECTED] root]# uname -a
Linux 192.168.0.47 2.6.3 #20 Wed Mar 3 12:22:07 CET 2004 ppc unknown
Added to TODO:
Allow the regression tests to start postmaster with -i so the tests
can be run on systems that don't support unix-domain sockets
---
Tom Lane wrote:
Kurt Roeckx [EMAIL PROTECTED] writes:
The
The regression tests will fail to start on a system that doesn't
have, or wasn't compiled for, unix domain sockets.
The pg_regress script will start the postmaster with the -i
option in case of QNX and BEOS, but not for instance in case of
WIN32.
I see some options to fix this:
- Always start
Kurt Roeckx [EMAIL PROTECTED] writes:
The regression tests will fail to start on a system that doesn't
have, or wasn't compiled for, unix domain sockets.
I see some options to fix this:
- Always start with -i
- Make the unix_sockets variable depend on
HAVE_UNIX_SOCKETS intead of listen the
My nightly regression tests for OBSD failed for i386 and sparc. Attached
is the regression.diff, I don't know what to make of it.. Looks like
problems w/ foreign keys.
...
parallel group (5 tests): portals_p2 rules select_views alter_table
foreign_key
select_views ... ok
Bruce Momjian [EMAIL PROTECTED] writes:
OK, do an initdb and watch the errors disapper. :-)
Did someone forget to bump catversion.h?
I didn't notice any recent commits that sounded like they'd need to
force an initdb, but maybe I missed something.
regards, tom lane
Bruce Momjian [EMAIL PROTECTED] writes:
I will bump it now. I didn't see anything either, but initdb fixed my
regression test errors.
That was probably a waste of effort. I just finished pulling down and
recompiling CVS tip. I see no regression failures, either using a data
directory left
Hmm ... Bruce, were you doing serial or parallel regress tests?
I'm finding that the serial tests work and the parallels blow up.
It might be that this is because of my anti-lseek hacking, but
I kinda doubt it because the failures occur right about where
bpalmer saw trouble with last night's CVS
101 - 113 of 113 matches
Mail list logo