Re: [HACKERS] Call for platforms
Did we decide that "most NetBSD/i386 users have fpus" in which case Marko's patch should be applied? Cheers, Patrick (just checked, it isn't in today's cvs) On Thu, Mar 22, 2001 at 10:27:44PM +0200, Marko Kreen wrote: On Thu, Mar 22, 2001 at 07:58:04PM +, Patrick Welche wrote: On Fri, Mar 23, 2001 at 06:25:50AM +1100, Giles Lean wrote: PS: AFAIK geometry-positive-zeros-bsd works for all NetBSD platforms - the above difference is only for i386 + fpu. It doesn't on NetBSD-1.5/alpha -- there geometry-positive-zeros is correct. Sorry, that should have read: AFAIK geometry-positive-zeros works for all NetBSD platforms - the above difference is only for i386 + fpu. Seems that following patch is needed. Now It Works For Me (tm). Giles, does the regress test now succed for you? -- marko Index: src/test/regress/resultmap === RCS file: /home/projects/pgsql/cvsroot/pgsql/src/test/regress/resultmap,v retrieving revision 1.45 diff -u -r1.45 resultmap --- src/test/regress/resultmap2001/03/22 15:13:18 1.45 +++ src/test/regress/resultmap2001/03/22 17:29:49 @@ -17,6 +17,7 @@ geometry/.*-openbsd=geometry-positive-zeros-bsd geometry/.*-irix6=geometry-irix geometry/.*-netbsd=geometry-positive-zeros +geometry/i.86-.*-netbsdelf1.5=geometry-positive-zeros-bsd geometry/.*-sysv5uw7.*:cc=geometry-uw7-cc geometry/.*-sysv5uw7.*:gcc=geometry-uw7-gcc geometry/alpha.*-dec-osf=geometry-alpha-precision ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] Call for platforms (HP-UX)
Okay, here are my results: Box 1: C180 (2.0 PA8000), HPUX 10.20 Compile with gcc: all tests pass Compile with cc: two lines of diffs in geometry (attached) Box 2: 715/75 (1.1 PA7100LC), HPUX 10.20 Compile with gcc: all tests pass Compile with cc: all tests pass I haven't had time to look at this further yet, except to build 7.1RC3 a couple of times with the HP ANSI C compiler today: PA-RISC 1.1 code (-Ae +O2 +DAportable): all tests pass PA-RISC 2.0 code (-Ae +O2 +DA2.0 +DS2.0): geometry failures I'm not sure how interesting these differences are anymore -- is there anyone familiar enough with floating point to determine if the results are acceptable (although currently unexpected :-) or not? Regards, Giles ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms (HP-UX)
Giles Lean [EMAIL PROTECTED] writes: I'm not sure how interesting these differences are anymore -- is there anyone familiar enough with floating point to determine if the results are acceptable (although currently unexpected :-) or not? Differences in the last couple of decimal places in the geometry test are definitely not a cause for worry. Although we've tried to create exact-match reference files for the most popular platforms, I think that's largely an exercise in time-wasting. Eventually we will figure out a way to make the geometry output round off a few digits, and then the cross-platform differences should mostly vanish. regards, tom lane ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] Call for platforms
Marko Kreen writes: OK: Linux 2.4.2 i686 / gcc 2.95.2 / Debian testing/unstable no problems. OK?: NetBSD 1.5 i586 / egcs 2.91.66 / (netbsd-1-5 from Jan) netbsd FAILED the geometry test, diff attached, dunno if its critical or not. Can you check whether it matches any of the other possible geometry results? See http://www.postgresql.org/devel-corner/docs/postgres/regress-platform.html about the mechanisms. -- Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e/ ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
[Fwd: Re: [HACKERS] Call for platforms]
Hi all, Vince asked me to forward this here. Regards and best wishes, Justin Clift Original Message Subject: Re: [HACKERS] Call for platforms Date: Sun, 25 Mar 2001 19:45:37 -0500 (EST) From: Vince Vielhaber [EMAIL PROTECTED] To: Justin Clift [EMAIL PROTECTED] On Mon, 26 Mar 2001, Justin Clift wrote: Hi Vince, I'm wondering if it's worth putting something on the regresssion test results page asking people to try ALL the options if possible? Like, I tested Solaris 8 SPARC with './configure --p=/opt/postgresql71 --enable-syslog', and that worked perfectly. BUT, when I started adding in stuff like --with-openssl --with-python, there were nasty interactions and things didn't work. It would be nice to know that on a Supported Platform that ALL of the options worked (apart from the Perl option which we apparently can't make 100% work). Regards and best wishes, Justin Clift You might want to pass that along to hackers. It'd be interesting to hear their thoughts. Vince. -- == Vince Vielhaber -- KA8CSHemail: [EMAIL PROTECTED] http://www.pop4.net 56K Nationwide Dialup from $16.00/mo at Pop4 Networking Online Campground Directoryhttp://www.camping-usa.com Online Giftshop Superstorehttp://www.cloudninegifts.com == ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] Call for platforms
On Wed, 21 Mar 2001, Thomas Lockhart wrote: OK, here is my current platform list taken from the -hackers list and from Vince's web page. I'm sure I've missed at least a few reports, but please confirm that platforms are actually running and passing regression tests with recent betas or the latest release candidate. Updates... Linux 2.2.x Alpha 7.1 2001-01-23, Ryan Kirkpatrick Tested RC1 with 2.2.17 on my XLT366 Alpha, all regression tests passed. Linux 2.2.15 Sparc 7.1 2001-01-30, Ryan Kirkpatrick Tested RC1 with 2.2.18 on my Sparc 20 (SM51), all regression tests passed. Both have been entered into the regression database on the website as well. TTYL. --- | "For to me to live is Christ, and to die is gain."| |--- Philippians 1:21 (KJV) | --- | Ryan Kirkpatrick | Boulder, Colorado | http://www.rkirkpat.net/ | --- ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms
Two more for the list (not a single regression test failing, which is a first on Alpha!) Tru64 4.0G Alpha cc-v6.3-129 7.1 2001-03-28 Tru64 4.0G Alpha gcc-2.95.1 7.1 2001-03-28 I updated the regression test database as well. Adriaan ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
Re: [HACKERS] Call for platforms
Tom Lane writes: The bit test diffs seem to indicate that bit_cmp is messed up. That depends on memcmp. I seem to recall something about memcmp not being 8-bit-clean on SunOS ... does that ring a bell with anyone? Sure enough: - Macro: AC_FUNC_MEMCMP If the `memcmp' function is not available, or does not work on 8-bit data (like the one on SunOS 4.1.3), add `memcmp.o' to output variable `LIBOBJS'. We could try to mangle this into doing the right thing for us. -- Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e/ ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms
Peter Eisentraut [EMAIL PROTECTED] writes: Tom Lane writes: The bit test diffs seem to indicate that bit_cmp is messed up. That depends on memcmp. I seem to recall something about memcmp not being 8-bit-clean on SunOS ... does that ring a bell with anyone? Sure enough: - Macro: AC_FUNC_MEMCMP If the `memcmp' function is not available, or does not work on 8-bit data (like the one on SunOS 4.1.3), add `memcmp.o' to output variable `LIBOBJS'. We could try to mangle this into doing the right thing for us. Not sure if it's worth the trouble. That would be an AC_TRY_RUN test, which you've been trying to move away from, no? It doesn't seem like anyone still cares about SunOS 4.1.*, so ... regards, tom lane ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms
Tatsuo Ishii [EMAIL PROTECTED] writes: The bit test diffs seem to indicate that bit_cmp is messed up. That depends on memcmp. I seem to recall something about memcmp not being 8-bit-clean on SunOS ... does that ring a bell with anyone? Good point. From the man page of memcmp(3) on this machine: BUGS memcmp() uses native character comparison, which is signed on some machines and unsigned on other machines. Thus the sign of the value returned when one of the characters has its high-order bit set is implementation-dependent. Eeek. The C spec documents I have at hand all agree that memcmp, strcmp, etc shall interpret their arguments as unsigned char. I hope Sun were the only ones who took the above more liberal interpretation... regards, tom lane ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] Call for platforms
Vince Vielhaber [EMAIL PROTECTED] writes: On 22 Mar 2001, Trond Eivind [iso-8859-1] Glomsrd wrote: [EMAIL PROTECTED] (Trond Eivind Glomsrd) writes: Thomas Lockhart [EMAIL PROTECTED] writes: If a platform you are running on is not listed, make sure it gets included! Red Hat Linux, Wolverine Beta (and some updates) - glibc 2.2.2, 2.4.2ish kernel (read: lots of fixes), gcc 2.96RH: All 76 tests passed with 7.1beta6 (parallel_schedule). Forgot to mention: This is x86. Forget to enter it into the regresstest database? http://www.postgresql.org/~vev/regress/ I was planning on waiting with that until I test it on an official release. -- Trond Eivind Glomsrd Red Hat, Inc. ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
Re: [HACKERS] Call for platforms
On 23 Mar 2001, Trond Eivind [iso-8859-1] Glomsrød wrote: Vince Vielhaber [EMAIL PROTECTED] writes: On 22 Mar 2001, Trond Eivind [iso-8859-1] Glomsrød wrote: [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes: Thomas Lockhart [EMAIL PROTECTED] writes: If a platform you are running on is not listed, make sure it gets included! Red Hat Linux, Wolverine Beta (and some updates) - glibc 2.2.2, 2.4.2ish kernel (read: lots of fixes), gcc 2.96RH: All 76 tests passed with 7.1beta6 (parallel_schedule). Forgot to mention: This is x86. Forget to enter it into the regresstest database? http://www.postgresql.org/~vev/regress/ I was planning on waiting with that until I test it on an official release. I figured that, it was my just smartass way of reminding EVERYONE to put their data in the database. I saw a few reports of things working yet there was nothing in the database saying so, it was only posted here. Vince. -- == Vince Vielhaber -- KA8CSHemail: [EMAIL PROTECTED]http://www.pop4.net 56K Nationwide Dialup from $16.00/mo at Pop4 Networking Online Campground Directoryhttp://www.camping-usa.com Online Giftshop Superstorehttp://www.cloudninegifts.com == ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms (HP-UX)
Giles Lean [EMAIL PROTECTED] writes: I'll look at this next week. If someone can confirm that /usr/bin/sh works for make check on HP-UX 10.20 that would be useful. It does not work. See FAQ_HPUX. 2. I saw two different sets of output for geometry.out. These seem to relate to the processor level: I think it depends more on what software you use. The existing HPUX resultmap (geometry-positive-zeros) works on my usual platform (C180, PA8000 chip I think) when using gcc. Compile with cc and you get one different lowest-order digit in two lines, IIRC. I have not tried it lately on a 1.1 chip. (a) on PA-RISC 1.1 some of the zero values are negative Hmm, so does it match any of the existing geometry files? That would suggest that HPUX 11 has started adhering more closely to the IEEE rules about negative zeroes ... regards, tom lane ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms (HP-UX)
Giles Lean [EMAIL PROTECTED] writes: It does not work. See FAQ_HPUX. I'm confused: I don't see anything about shells or make check hanging in doc/FAQ_HPUX. There is clear instruction to use GNU make, which I am doing. Hm, I thought I had updated that before beta6. What it has now is The parallel regression test script (gmake check) is known to lock up when run under HP's default Bourne shell, at least in HPUX 10.20. This appears to be a shell bug, not the fault of the script. If you see that the tests have stopped making progress and only a shell process is consuming CPU, kill the shell and start over with gmake SHELL=/bin/ksh check to use ksh instead. regards, tom lane ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] Call for platforms (HP-UX)
I'll look at this next week. If someone can confirm that /usr/bin/sh works for make check on HP-UX 10.20 that would be useful. It does not work. See FAQ_HPUX. I'm confused: I don't see anything about shells or make check hanging in doc/FAQ_HPUX. There is clear instruction to use GNU make, which I am doing. I'll look into the problem anyway. (a) on PA-RISC 1.1 some of the zero values are negative Hmm, so does it match any of the existing geometry files? No ... I was hoping for that, but not. Regards, Giles ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] Call for platforms
OK: Linux 2.4.2 i686 / gcc 2.95.2 / Debian testing/unstable no problems. OK?: NetBSD 1.5 i586 / egcs 2.91.66 / (netbsd-1-5 from Jan) netbsd FAILED the geometry test, diff attached, dunno if its critical or not. -- marko *** ./expected/geometry-positive-zeros.out Wed Mar 21 15:07:12 2001 --- ./results/geometry.out Wed Mar 21 20:15:58 2001 *** *** 443,454 FROM CIRCLE_TBL; six | polygon -+- ! | ((-3,0),(-2.59807621135076,1.500442),(-1.499116,2.59807621135842),(1.53102359017709e-11,3),(1.501768,2.59807621134311),(2.59807621136607,1.49779),(3,-3.06204718035418e-11),(2.59807621133545,-1.503094),(1.496464,-2.59807621137373),(-4.59307077053127e-11,-3),(-1.50442,-2.5980762113278),(-2.59807621138138,-1.495138)) | ((-99,2),(-85.6025403783588,52.01473),(-48.97054,88.602540378614),(1.051034,102),(51.05893,88.6025403781036),(87.6025403788692,51.92634),(101,1.897932),(87.6025403778485,-48.10313),(50.88214,-84.6025403791243),(0.8468976,-98),(-49.14732,-84.6025403775933),(-85.6025403793795,-47.83795)) | ((-4,3),(-3.33012701891794,5.500737),(-1.498527,7.3301270189307),(1.002552,8),(3.502946,7.33012701890518),(5.33012701894346,5.496317),(6,2.994897),(5.33012701889242,0.4948437),(3.494107,-1.33012701895622),(0.9923449,-2),(-1.507366,-1.33012701887967),(-3.33012701896897,0.5081028)) | ((-2,2),(-1.59807621135076,3.500442),(-0.4991161,4.59807621135842),(1.001531,5),(2.501768,4.59807621134311),(3.59807621136607,3.49779),(4,1.996938),(3.59807621133545,0.4969062),(2.496464,-0.598076211373729),(0.9954069,-1),(-0.5044197,-0.598076211327799),(-1.59807621138138,0.5048616)) | ((90,200),(91.3397459621641,205.0015),(95.00295,208.660254037861),(100.0051,210),(105.0059,208.66025403781),(108.660254037887,204.9926),(110,199.9898),(108.660254037785,194.9897),(104.9882,191.339745962088),(99.98469,190),(94.98527,191.339745962241),(91.3397459620621,195.0162)) ! | ((0,0),(13.3974596216412,50.01473),(50.02946,86.602540378614),(100.051,100),(150.0589,86.6025403781036),(186.602540378869,49.92634),(200,-1.02068239345139e-09),(186.602540377848,-50.10313),(149.8821,-86.6025403791243),(99.8469,-100),(49.85268,-86.6025403775933),(13.3974596206205,-49.83795)) (6 rows) -- convert the circle to an 8-point polygon --- 443,454 FROM CIRCLE_TBL; six | polygon -+- ! | ((-3,0),(-2.59807621135076,1.500442),(-1.499116,2.59807621135842),(1.53102359078377e-11,3),(1.501768,2.59807621134311),(2.59807621136607,1.49779),(3,-3.06204718156754e-11),(2.59807621133545,-1.503094),(1.496464,-2.59807621137373),(-4.59307077235131e-11,-3),(-1.50442,-2.5980762113278),(-2.59807621138138,-1.495138)) |
Re: [HACKERS] Call for platforms
PS: AFAIK geometry-positive-zeros-bsd works for all NetBSD platforms - the above difference is only for i386 + fpu. It doesn't on NetBSD-1.5/alpha -- there geometry-positive-zeros is correct. Regards, Giles ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms
On Thu, Mar 22, 2001 at 10:27:44PM +0200, Marko Kreen wrote: On Thu, Mar 22, 2001 at 07:58:04PM +, Patrick Welche wrote: AFAIK geometry-positive-zeros works for all NetBSD platforms - the above difference is only for i386 + fpu. Seems that following patch is needed. Now It Works For Me (tm). Giles, does the regress test now succed for you? Your patch works for me (i386) - I'd just like to point out that it's because we are both running on peecees with fpus and thus with libm387 loaded (else works without patch) BTW NetBSD 2.8 alpha 7.1 2001-03-22, Giles Lean Shouldn't that be 1.5? Cheers, Patrick ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms
On Fri, Mar 23, 2001 at 06:25:50AM +1100, Giles Lean wrote: PS: AFAIK geometry-positive-zeros-bsd works for all NetBSD platforms - the above difference is only for i386 + fpu. It doesn't on NetBSD-1.5/alpha -- there geometry-positive-zeros is correct. Sorry, that should have read: AFAIK geometry-positive-zeros works for all NetBSD platforms - the above difference is only for i386 + fpu. (-bsd is for bsdi) Thanks for the correction, Patrick ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms
Thomas Lockhart [EMAIL PROTECTED] writes: If a platform you are running on is not listed, make sure it gets included! Red Hat Linux, Wolverine Beta (and some updates) - glibc 2.2.2, 2.4.2ish kernel (read: lots of fixes), gcc 2.96RH: All 76 tests passed with 7.1beta6 (parallel_schedule). I'll update this info when we do our next release. -- Trond Eivind Glomsrd Red Hat, Inc. ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] Call for platforms
Seems that following patch is needed. Now It Works For Me (tm). Giles, does the regress test now succed for you? Yes, but I don't like that it is 1.5 specific. I expect that later NetBSD/i386 releases will also have the "new" floating point behaviour by default, subject to /etc/ld.so.conf setting as Patrick Welche discovered. BTW NetBSD just uses "i386" for any x86. It's not necessary to allow for i486, i586 etc. Perhaps the resultmap format could be enhanced to allow wildcarding of the result files, and just accept either match? geometry/.*-netbsd=geometry-positive-zeros* Regards, Giles Index: src/test/regress/resultmap === RCS file: /home/projects/pgsql/cvsroot/pgsql/src/test/regress/resultmap,v retrieving revision 1.45 diff -u -r1.45 resultmap --- src/test/regress/resultmap2001/03/22 15:13:18 1.45 +++ src/test/regress/resultmap2001/03/22 17:29:49 @@ -17,6 +17,7 @@ geometry/.*-openbsd=geometry-positive-zeros-bsd geometry/.*-irix6=geometry-irix geometry/.*-netbsd=geometry-positive-zeros +geometry/i.86-.*-netbsdelf1.5=geometry-positive-zeros-bsd geometry/.*-sysv5uw7.*:cc=geometry-uw7-cc geometry/.*-sysv5uw7.*:gcc=geometry-uw7-gcc geometry/alpha.*-dec-osf=geometry-alpha-precision ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms
[EMAIL PROTECTED] (Trond Eivind Glomsrd) writes: Thomas Lockhart [EMAIL PROTECTED] writes: If a platform you are running on is not listed, make sure it gets included! Red Hat Linux, Wolverine Beta (and some updates) - glibc 2.2.2, 2.4.2ish kernel (read: lots of fixes), gcc 2.96RH: All 76 tests passed with 7.1beta6 (parallel_schedule). Forgot to mention: This is x86. -- Trond Eivind Glomsrd Red Hat, Inc. ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms
On 22 Mar 2001, Trond Eivind [iso-8859-1] Glomsrød wrote: [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes: Thomas Lockhart [EMAIL PROTECTED] writes: If a platform you are running on is not listed, make sure it gets included! Red Hat Linux, Wolverine Beta (and some updates) - glibc 2.2.2, 2.4.2ish kernel (read: lots of fixes), gcc 2.96RH: All 76 tests passed with 7.1beta6 (parallel_schedule). Forgot to mention: This is x86. Forget to enter it into the regresstest database? http://www.postgresql.org/~vev/regress/ Vince. -- == Vince Vielhaber -- KA8CSHemail: [EMAIL PROTECTED]http://www.pop4.net 56K Nationwide Dialup from $16.00/mo at Pop4 Networking Online Campground Directoryhttp://www.camping-usa.com Online Giftshop Superstorehttp://www.cloudninegifts.com == ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms
Tatsuo Ishii [EMAIL PROTECTED] writes: ! FATAL 2: ZeroFill(logfile 0 seg 1) failed: No such file or directory ! pqReadData() -- backend closed the channel unexpectedly. Is it possible you ran out of disk space? regards, tom lane ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] Call for platforms
Tatsuo Ishii [EMAIL PROTECTED] writes: ! FATAL 2: ZeroFill(logfile 0 seg 1) failed: No such file or directory ! pqReadData() -- backend closed the channel unexpectedly. Is it possible you ran out of disk space? Probably not. -- Tatsuo Ishii ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] Call for platforms
Hi, I reported Linux RedHat 6.2 - 2.2.14-5.0smp #1 SMP Tue Mar 7 21:01:40 EST 2000 i686 2 cpu - 1Go RAM Gilles DAROLD ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms
Hi, I am currently testing beta6 on AIX 4.3.3 on a RS6000 H80 with 4 cpu and 4 Go RAM I use : ./configure --with-CC=/usr/local/bin/gcc --with-includes=/usr/local/include --with-libraries=/usr/local/lib All seem to be ok, There just the geometry failure in regression test (following the AIX FAQ it's normal ?) But when I configure with --with-perl I have the following error : make[4]: cc : Command not found Any idea ? Gilles DAROLD Hi, I reported Linux RedHat 6.2 - 2.2.14-5.0smp #1 SMP Tue Mar 7 21:01:40 EST 2000 i686 2 cpu - 1Go RAM Gilles DAROLD ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms (linux 2.4.x ?)
I see nobody did a test of 7.1 on Linux 2.4.x ? Would be nice to certify it is running on kernel 2.4.x as they claim this is entreprise strength kernel... Cheers. Thomas Lockhart wrote: AIX 4.3.2 RS6000 7.0 2000-04-05, Andreas Zeugswetter Compaq Tru64 5.0 Alpha 7.0 2000-04-11, Andrew McMurry IRIX 6.5.6f MIPS 6.5.3 2000-02-18, Kevin Wheatley Linux 2.2.x armv4l 7.0 2000-04-17, Mark Knox Linux 2.0.x MIPS 7.0 2000-04-13, Tatsuo Ishii mklinux PPC750 7.0 2000-04-13, Tatsuo Ishii NetBSD 1.4 arm32 7.0 2000-04-08, Patrick Welche NetBSD 1.4U x867.0 2000-03-26, Patrick Welche NetBSD m68k7.0 2000-04-10, Henry B. Hotz NetBSD Sparc 7.0 2000-04-13, Tom I. Helbekkmo QNX 4.25 x86 7.0 2000-04-01, Dr. Andreas Kardos SCO OpenServer 5 x86 6.5 1999-05-25, Andrew Merrill Solaris x867.0 2000-04-12, Marc Fournier Solaris 2.5.1-2.7 Sparc 7.0 2000-04-12, Peter Eisentraut SunOS 4.1.4 Sparc 7.0 2000-04-13, Tatsuo Ishii Windows/Win32 x86 7.0 2000-04-02, Magnus Hagander (clients only) WinNT/Cygwin x86 7.0 2000-03-30, Daniel Horak BeOS 5.0.3 x86 7.1 2000-12-18, Cyril Velter BSDI 4.01 x86 7.1 2001-03-19, Bruce Momjian FreeBSD 4.2 x867.1 2001-03-19, Vince Vielhaber HPUX 10.20 PA-RISC 7.1 2001-03-19, Tom Lane IBMS/390 7.1 2000-11-17, Neale Ferguson Linux 2.2.x Alpha 7.1 2001-01-23, Ryan Kirkpatrick Linux 2.2.16 x86 7.1 2001-03-19, Thomas Lockhart Linux 2.2.15 Sparc 7.1 2001-01-30, Ryan Kirkpatrick LinuxPPC G37.1 2001-03-19, Tom Lane SCO UnixWare 7.1.1 x86 7.1 2001-03-19, Larry Rosenman MacOS-X Darwin PowerPC 7.1 2000-12-11, Peter Bierman ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://www.postgresql.org/search.mpl
Re: [HACKERS] Call for platforms (linux 2.4.x ?)
Franck Martin [EMAIL PROTECTED] writes: Would be nice to certify it is running on kernel 2.4.x as they claim this is entreprise strength kernel... Lamar, if you send me your SRPM I can do that... -- Trond Eivind Glomsrd Red Hat, Inc. ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
Re: [HACKERS] Call for platforms
* Tom Lane [EMAIL PROTECTED] [010321 21:29]: Tatsuo Ishii [EMAIL PROTECTED] writes: Tatsuo Ishii [EMAIL PROTECTED] writes: ! FATAL 2: ZeroFill(logfile 0 seg 1) failed: No such file or directory ! pqReadData() -- backend closed the channel unexpectedly. Is it possible you ran out of disk space? Probably not. The reason I was speculating that was that it seems pretty unlikely that a write() call could return ENOENT, as the above appears to suggest. I think that the errno = ENOENT value was not set by write(), but is leftover from the expected failure of BasicOpenFile earlier in XLogFileInit. Probably write() returned some value less than BLCKSZ but more than zero, and so did not set errno. Offhand the only reason I can think of for a write to a disk file to terminate after a partial transfer is a full disk. What do you think? What about hitting a quota? LER regards, tom lane ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED] -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
Re: [HACKERS] Call for platforms
Tatsuo Ishii [EMAIL PROTECTED] writes: Tatsuo Ishii [EMAIL PROTECTED] writes: ! FATAL 2: ZeroFill(logfile 0 seg 1) failed: No such file or directory ! pqReadData() -- backend closed the channel unexpectedly. Is it possible you ran out of disk space? Probably not. The reason I was speculating that was that it seems pretty unlikely that a write() call could return ENOENT, as the above appears to suggest. I think that the errno = ENOENT value was not set by write(), but is leftover from the expected failure of BasicOpenFile earlier in XLogFileInit. Probably write() returned some value less than BLCKSZ but more than zero, and so did not set errno. Offhand the only reason I can think of for a write to a disk file to terminate after a partial transfer is a full disk. What do you think? regards, tom lane ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms (linux 2.4.x ?)
On Thu, Mar 22, 2001 at 12:31:03PM +1200, Franck Martin wrote: I see nobody did a test of 7.1 on Linux 2.4.x ? Would be nice to certify it is running on kernel 2.4.x as they claim this is entreprise strength kernel... I've been running the 7.1 betas on 2.4 for weeks without any problems. I replied to the "call for platforms" e-mail, but it looks like it got lost in the avalanche. I'll run the regression tests with the latest CVS snapshot and submit a report to the list. -Roberto -- +| http://fslc.usu.edu USU Free Software GNU/Linux Club|--+ Roberto Mello - Computer Science, USU - http://www.brasileiro.net http://www.sdl.usu.edu - Space Dynamics Lab, Web Developer ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] Call for platforms
* Thomas Lockhart [EMAIL PROTECTED] [010320 20:04]: OK, here is my current platform list taken from the -hackers list and from Vince's web page. I'm sure I've missed at least a few reports, but please confirm that platforms are actually running and passing regression tests with recent betas or the latest release candidate. If a platform you are running on is not listed, make sure it gets included! Platforms with reports for 7.0 risk being demoted to the "used to be supported list", and platforms with reports for only 6.5 are on a deathwatch, so be sure to speak up! Also, I've included names below to remind us who helped last time, but feel free to report even if your name is not already listed. FreeBSD 4.3-BETA (will be -RELEASE by the time we release) works too. I reported FreeBSD 4.[23]. LER I've separated out recent reports and put them at the end of the list. Thanks in advance. - Thomas AIX 4.3.2 RS6000 7.0 2000-04-05, Andreas Zeugswetter Compaq Tru64 5.0 Alpha 7.0 2000-04-11, Andrew McMurry IRIX 6.5.6f MIPS 6.5.3 2000-02-18, Kevin Wheatley Linux 2.2.x armv4l 7.0 2000-04-17, Mark Knox Linux 2.0.x MIPS 7.0 2000-04-13, Tatsuo Ishii mklinux PPC750 7.0 2000-04-13, Tatsuo Ishii NetBSD 1.4 arm32 7.0 2000-04-08, Patrick Welche NetBSD 1.4U x867.0 2000-03-26, Patrick Welche NetBSD m68k7.0 2000-04-10, Henry B. Hotz NetBSD Sparc 7.0 2000-04-13, Tom I. Helbekkmo QNX 4.25 x86 7.0 2000-04-01, Dr. Andreas Kardos SCO OpenServer 5 x86 6.5 1999-05-25, Andrew Merrill Solaris x867.0 2000-04-12, Marc Fournier Solaris 2.5.1-2.7 Sparc 7.0 2000-04-12, Peter Eisentraut SunOS 4.1.4 Sparc 7.0 2000-04-13, Tatsuo Ishii Windows/Win32 x86 7.0 2000-04-02, Magnus Hagander (clients only) WinNT/Cygwin x86 7.0 2000-03-30, Daniel Horak BeOS 5.0.3 x86 7.1 2000-12-18, Cyril Velter BSDI 4.01 x86 7.1 2001-03-19, Bruce Momjian FreeBSD 4.2 x867.1 2001-03-19, Vince Vielhaber HPUX 10.20 PA-RISC 7.1 2001-03-19, Tom Lane IBMS/390 7.1 2000-11-17, Neale Ferguson Linux 2.2.x Alpha 7.1 2001-01-23, Ryan Kirkpatrick Linux 2.2.16 x86 7.1 2001-03-19, Thomas Lockhart Linux 2.2.15 Sparc 7.1 2001-01-30, Ryan Kirkpatrick LinuxPPC G37.1 2001-03-19, Tom Lane SCO UnixWare 7.1.1 x86 7.1 2001-03-19, Larry Rosenman MacOS-X Darwin PowerPC 7.1 2000-12-11, Peter Bierman ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
Re: [HACKERS] Call for platforms
mklinux PPC750 7.0 2000-04-13, Tatsuo Ishii I got core dump while running the parallel regression test of beta6. Will look at... -- Tatsuo Ishii ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] Call for platforms
Compaq Tru64 5.0 Alpha 7.0 2000-04-11, Andrew McMurry We've got 7.0.3 and 7.1b4 running on Compaq Tru64 4.0G Alpha Will do the regression test once RC1 is out. Adriaan ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Re: [HACKERS] Call for platforms
mklinux PPC750 7.0 2000-04-13, Tatsuo Ishii I got core dump while running the parallel regression test of beta6. Will look at... -- Tatsuo Ishii VACUUM; ! FATAL 2: ZeroFill(logfile 0 seg 1) failed: No such file or directory ! pqReadData() -- backend closed the channel unexpectedly. maybe a bug related to Tom recently fixed? If so, I will try RC1... -- Tatsuo Ishii ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])