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. -------------- next part -------------- A non-text attachment was scrubbed... Name: test.c Type: text/x-csrc Size: 1100 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20091019/fabf2a64/attachment-0004.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20091019/fabf2a64/attachment-0005.bin>
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 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.) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20091019/7c3a3817/attachment-0002.bin>
> 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 at CIS.FU-Berlin.DE Zentraleinrichtung f?r Datenverarbeitung (ZEDAT) Telefon +49 30 838-54327 Fabeckstra?e 32 Telefax +49 30 838454327 14195 Berlin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 245 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20091020/e2e00bca/attachment-0002.bin>
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 at 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
On 10/19/09 4: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. >Success on OS X 10.6.1 (Darwin kernel 10.0)
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 at 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)..
On Oct 19, 2009, at 4:55 PM, Timo Sirainen wrote:> Can someone find an OS where the attached program doesn't work?Mac OS X 10.5.8(Client) - Success
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 at 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 at 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) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6087 bytes Desc: S/MIME Cryptographic Signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20091020/b4f2f08e/attachment-0002.bin>
Ralf Becker
2009-Oct-20 08:31 UTC
[Dovecot] testing needed (AIX) with "failed: 2. offset=2"
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 at 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) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6087 bytes Desc: S/MIME Cryptographic Signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20091020/53db18c5/attachment-0002.bin>
Timo Sirainen
2009-Oct-20 08:36 UTC
[Dovecot] testing needed (AIX) with "failed: 2. offset=2"
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 at 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) >
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 at 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. > > <test.c>Succeeds here on Mac OS X 10.6.1, with gcc version 4.2.1 (Apple Inc. build 5646).
> Success on NetBSD 5.0_STABLE on amd64 (64-bit).Also on 3.1.0_PATCH/i386, 3.0.1/sparc and 4.0.1/{amd64,i386}
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)
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.
Timo, you test program runs fine on MacOSX 10.5.8 (Darwin Kernel Version 9.8.0)
On Tue, Oct 20, 2009 at 12:55 AM, Timo Sirainen <tss at 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