[Dovecot] testing needed
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
Hi,
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
Mac OS X Server 10.4 works (prints "success").
Darwin X91-186.local.lan 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc
On Seg, 2009-10-19 at 23:59 +0200, Anton Dollmaier wrote:
Hi,
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
Mac OS X Server 10.4 works (prints "success").
Darwin X91-186.local.lan 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc
Success on Linux 2.4 and Darwin Kernel Version 8.11.0/xnu-792.24.17~1/RELEASE_PPC also.
-- Jose Celestino SAPO.pt::Systems http://www.sapo.pt --------------------------------------------------------------------- * Progress (n.): The process through which Usenet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
On Mon, 2009-10-19 at 17:55 -0400, Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
And also: I think (guess) that behavior is required by POSIX, but it would be nice if someone could verify that. :) The behavior being: seeking in a fd is affects all processes that have the same fd open. (Simple IPC, yay.)
Timo Sirainen wrote, On 10/19/09 6:11 PM:
On Mon, 2009-10-19 at 17:55 -0400, Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
And also: I think (guess) that behavior is required by POSIX, but it would be nice if someone could verify that. :) The behavior being: seeking in a fd is affects all processes that have the same fd open. (Simple IPC, yay.)
As I read them, the various man pages for dup() confirm that. In addition to those man pages' statements about standards compliance, the fact that dup() is in 4BSD's unistd.h is also a strong clue. When looking for this sort of info, an invaluable resource is the man page archive at http://www.freebsd.org/cgi/man.cgi which has man collections from many different branches of the Unix family tree going back to Unix 7th edition and BSD 2.8.
It is useful for people who don't routinely work with file access code to note that "same fd" means significantly more than "same file" so it isn't as simple as having processes open() the same file. One man page for dup() says this:
The object referenced by the descriptor does not distinguish between
fildes and fildes2 in any way. Thus if fildes2 and fildes are
duplicate references to an open file, read(2), write(2) and lseek(2)
calls all move a single pointer into the file, and append mode,
non-blocking I/O and asynchronous I/O options are shared between the
references. If a separate pointer into the file is desired, a
different object reference to the file must be obtained by issuing an
additional open(2) call. The close-on-exec flag on the new file
descriptor is unset.
On Tue, 2009-10-20 at 14:52 -0400, Bill Cole wrote:
And also: I think (guess) that behavior is required by POSIX, but it would be nice if someone could verify that. :) The behavior being: seeking in a fd is affects all processes that have the same fd open. (Simple IPC, yay.)
As I read them, the various man pages for dup() confirm that. In addition to those man pages' statements about standards compliance, the fact that dup() is in 4BSD's unistd.h is also a strong clue. When looking for this sort of info, an invaluable resource is the man page archive at http://www.freebsd.org/cgi/man.cgi which has man collections from many different branches of the Unix family tree going back to Unix 7th edition and BSD 2.8.
Thanks. I've been using man.freebsd.org to look up FreeBSD's man pages, but I hadn't noticed it has a lot more.
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
"success" on IRIX 6.5.30
Heiko
Heiko Schlichting Freie Universität Berlin heiko@CIS.FU-Berlin.DE Zentraleinrichtung für Datenverarbeitung (ZEDAT) Telefon +49 30 838-54327 Fabeckstraße 32 Telefax +49 30 838454327 14195 Berlin
Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
Fine in Solaris 2.8 (32-bit and 64-bit binaries, Sparc).
Chris
-- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin@reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
success
on Debian Testing
Linux serv 2.6.30-2-486 #1 Sat Sep 26 00:03:46 UTC 2009 i686 GNU/Linux
Benn
Sucess on freebsd-6.2 Sucess on Linux 2.4.20 sparc64
The most out of date, oddball systems I have logins too.
Quoting Timo Sirainen tss@iki.fi:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
On Oct 19, 2009, at 5:55 PM, Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
I'm still interested in HP-UX, AIX and Cygwin results. Maybe in Cygwin
it could be broken, but then again I don't really care about Cygwin. I
anyway already added the code that uses this to v2.0 tree. If for some
reason it doesn't work somewhere, I could always make it use
mmap(MAP_SHARED)..
Timo Sirainen:
I'm still interested in HP-UX, AIX and Cygwin results. Maybe in Cygwin
it could be broken, but then again I don't really care about Cygwin.
On Cygwin 1.7 (the version currently under development) it works:
$ uname -a CYGWIN_NT-5.1 sauron 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
mks@sauron ~ $ gcc --version gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) [...]
mks@sauron ~ $ gcc test.c -o test -Wall
mks@sauron ~ $ ./test.exe success
-- Regards mks
On Mon, Oct 19, 2009 at 11:46:22PM -0400, Timo Sirainen wrote:
On Oct 19, 2009, at 5:55 PM, Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
I'm still interested in HP-UX, AIX and Cygwin results. Maybe in Cygwin
it could be broken, but then again I don't really care about Cygwin. I
anyway already added the code that uses this to v2.0 tree. If for some
reason it doesn't work somewhere, I could always make it use
mmap(MAP_SHARED)..
WFM on HP_UX B.11.23 and Cygwin 1.5.25
fog:$ cc --version cc: HP C/aC++ B3910B A.06.15 [May 16 2007] fog:$ uname -a HP-UX fog B.11.23 U ia64 1361301988 unlimited-user license fog:$ cc test.c fog:$ ./a.out success fog:$
[msapiro@msapiro ~/Desktop]$ gcc --version gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[msapiro@msapiro ~/Desktop]$ uname -a CYGWIN_NT-5.1 msapiro 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin [msapiro@msapiro ~/Desktop]$ gcc test.c [msapiro@msapiro ~/Desktop]$ ./a.exe success [msapiro@msapiro ~/Desktop]$
-- Mark Sapiro mark at msapiro net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
FreeBSD-6.3-x86 FreeBSD-7.1-x86 FreeBSD-7.2-amd64 FreeBSD-8.0-RC1-x86
All success
-- Best regards, Proskurin Kirill
On Mon, Oct 19, 2009 at 05:55:20PM -0400, Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
Success on NetBSD 5.0_STABLE on amd64 (64-bit).
Geert
-- Geert Hendrickx -=- ghen@telenet.be -=- PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!
On Monday 19 October 2009 23.55.20 Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
"success" on OpenBSD 4.5 and 4.6 and -current.
Daniel
-- LÉVAI Dániel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1
Success on
CYGWIN_NT-5.1 XXXXXX 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
Timo Sirainen schrieb am 19.10.2009 23:55:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
--
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
Success on
AIX 5300-08 AIX 5300-06 AIX 5200-06 AIX 5100-00 AIX 4330-11
Failed on
AIX 5300-03 failed: 2. offset=2 AIX 4330-10 failed: 2. offset=2
Timo Sirainen schrieb am 19.10.2009 23:55:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
--
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
That's weird.. Did you run it a couple of times on the failed ones?
On Oct 20, 2009, at 4:31 AM, Ralf Becker wrote:
Success on
AIX 5300-08 AIX 5300-06 AIX 5200-06 AIX 5100-00 AIX 4330-11
Failed on
AIX 5300-03 failed: 2. offset=2 AIX 4330-10 failed: 2. offset=2
Timo Sirainen schrieb am 19.10.2009 23:55:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
--
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
Testing all again multiple times
System | Kernel | x out of 100 failed with | x Bit | "failed: 2. offset=2" ------------+--------+---------------------------- AIX 5300-08 | 64 | 0 (!) AIX 5300-08 | 32 | 69 AIX 5300-03 | 64 | 81 AIX 5200-06 | 64 | 9 AIX 5100-00 | 32 | 1 AIX 4330-10 | 32 | 59 AIX 4330-11 | 32 | 61
This looks a little bit random, doesn't it?
Ralf
Timo Sirainen schrieb am 20.10.2009 10:36:
That's weird.. Did you run it a couple of times on the failed ones?
On Oct 20, 2009, at 4:31 AM, Ralf Becker wrote:
Success on
AIX 5300-08 AIX 5300-06 AIX 5200-06 AIX 5100-00 AIX 4330-11
Failed on
AIX 5300-03 failed: 2. offset=2 AIX 4330-10 failed: 2. offset=2
Timo Sirainen schrieb am 19.10.2009 23:55:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
--
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
--
Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier
Mail: beckerr@fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME
Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)
On 10/20/2009 11:25 AM Ralf Becker wrote:
Testing all again multiple times …
Hm, running multiple times shows some problems (on Linux).
Linux | OpenBSD | FreeBSD 2.6.30-2 amd64 | 4.2 GENERIC i386 | 7.2-RELEASE i386 ---------------------- +------------------+----------------- 9 failed: 2. offset=2 | ∅ | ∅ 91 success | 100 success | 100 success
Regards, Pascal
The trapper recommends today: beeffeed.0929316@localdomain.org
Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
uname -a HP-UX delta B.11.11 U 9000/800 109434696 unlimited-user license
aCC -c -DHP_UX -v +O2 test.c Warning 829: "test.c", line 41 # Implicit conversion of string literal to 'char *' is deprecated. char *args[] = { NULL, "1", NULL }; aCC -o test -I. -DHP_UX -v +O2 test.o -Wl,+s
./test success
-- Cristian GRIGORIU
Hello
Debian: $ uname -a Linux gaa 2.6.30-2-686 #1 SMP Sat Sep 26 01:16:22 UTC 2009 i686 GNU/Linux $ gcc -o test -Wall test.c $ ./test failed: 2. offset=2
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
-- Best regards, Alexey Gorbov gaa@udmvt.ru
Le 19 oct. 2009 à 22:55, Timo Sirainen a écrit :
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
Succeeds here on Mac OS X 10.6.1, with gcc version 4.2.1 (Apple Inc.
build 5646).
On Monday 19 October 2009 23:55:20 Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
on Fedora 11 (Linux 2.6.30.9 64bit) it failed 3 times (of 200 runs) on Fedora rawhide (Linux 2.6.31.4 64bit) it failed 5 times (of 200 runs)
On Oct 20, 2009, at 10:42 AM, Michal Hlavinka wrote:
On Monday 19 October 2009 23:55:20 Timo Sirainen wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
on Fedora 11 (Linux 2.6.30.9 64bit) it failed 3 times (of 200 runs) on Fedora rawhide (Linux 2.6.31.4 64bit) it failed 5 times (of 200
runs)
I think the reason why it's failing randomly sometimes is because the
test relies on sleep/usleep to accurately sleep the wanted amount of
time and everything else to take about zero time, and in those failure
cases it probably just doesn't work like that. So I'm not really
worried about those random failures. Increasing the sleep times by 10x
probably would get rid of them in the test.
On Tue, Oct 20, 2009 at 12:55 AM, Timo Sirainen tss@iki.fi wrote:
Can someone find an OS where the attached program doesn't work? It should print "success". So far tested for success: Linux 2.6, Solaris 10, FreeBSD 7.2, OpenBSD 4.2.
FreeBSD 6.4 --> success
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223
"If you have nothing good to say about someone, just shut up!." -- Lucky Dube
participants (24)
-
Alexey Gorbov
-
Anton Dollmaier
-
Axel Luttgens
-
Bernd Schmelter
-
Bill Cole
-
Chris Wakelin
-
Cristian Grigoriu
-
Edgar Fuß
-
Geert Hendrickx
-
Heiko Schlichting
-
Jim
-
Jim Reid
-
Jose Celestino
-
LEVAI Daniel
-
Mark Sapiro
-
Markus Schönhaber
-
Michal Hlavinka
-
Odhiambo Washington
-
Pascal Volk
-
Patrick Domack
-
Preston Kutzner
-
Proskurin Kirill
-
Ralf Becker
-
Timo Sirainen