Bug#340851: Still FTBFS under pbuilder
Daniel Schepler wrote: Le Mardi 31 Janvier 2006 17:35, vous avez écrit : Daniel Schepler wrote: I got: [EMAIL PROTECTED]:~/test$ ./mmap-test Successfully mapped NUL page at 0xb7fe9000 (is 0) THANK YOU. I now have complete confidence that adding 1 (one) to the initial mmap fixes the mmap issues on the alpha. Umm, just to make it clear, all the results I sent were on my Pentium laptop, not on alpha. Sorry if I somehow gave the impression these were alpha results. Thanks. I have just verified it on an Alpha, just to be certain. 5.8.3 works on an alpha machine that was failing before. Thanks - Bruce
Bug#340851: Still FTBFS under pbuilder
Le Vendredi 03 Février 2006 07:06, Matt Kraai a écrit : > On Thu, Feb 02, 2006 at 07:01:02AM -0800, Bruce Korb wrote: > > Oops. Yes, that's right. Nevertheless, alpha had the same issue, only > > more reliably. As soon as I have a round tuit, I'll make a check on an > > alpha I was just granted access to. Thanks! - Bruce > > I verified the patch on an Alpha, and 5.8.2 built successfully on > Alpha, so I'm confident the problem's fixed. I can confirm that autogen versions 5.8.1-4 and 5.8.2-1 both built in the pbuilder environment where it broke before, too. -- Daniel Schepler
Bug#340851: Still FTBFS under pbuilder
On Thu, Feb 02, 2006 at 07:01:02AM -0800, Bruce Korb wrote: > Daniel Schepler wrote: > > >Le Mardi 31 Janvier 2006 17:35, vous avez écrit : > > > > > >>Daniel Schepler wrote: > >> > >> > >>>I got: > >>> > >>>[EMAIL PROTECTED]:~/test$ ./mmap-test > >>>Successfully mapped NUL page at 0xb7fe9000 (is 0) > >>> > >>> > >>THANK YOU. I now have complete confidence that adding 1 (one) to the > >>initial mmap fixes the mmap issues on the alpha. > >> > >> > > > >Umm, just to make it clear, all the results I sent were on my Pentium > >laptop, not on alpha. Sorry if I somehow gave the impression these were > >alpha results. > > > > > Oops. Yes, that's right. Nevertheless, alpha had the same issue, only > more reliably. As soon as I have a round tuit, I'll make a check on an > alpha I was just granted access to. Thanks! - Bruce I verified the patch on an Alpha, and 5.8.2 built successfully on Alpha, so I'm confident the problem's fixed. -- Matt signature.asc Description: Digital signature
Bug#340851: Still FTBFS under pbuilder
Daniel Schepler wrote: Le Mardi 31 Janvier 2006 17:35, vous avez écrit : Daniel Schepler wrote: I got: [EMAIL PROTECTED]:~/test$ ./mmap-test Successfully mapped NUL page at 0xb7fe9000 (is 0) THANK YOU. I now have complete confidence that adding 1 (one) to the initial mmap fixes the mmap issues on the alpha. Umm, just to make it clear, all the results I sent were on my Pentium laptop, not on alpha. Sorry if I somehow gave the impression these were alpha results. Oops. Yes, that's right. Nevertheless, alpha had the same issue, only more reliably. As soon as I have a round tuit, I'll make a check on an alpha I was just granted access to. Thanks! - Bruce
Bug#340851: Still FTBFS under pbuilder
Le Mardi 31 Janvier 2006 17:35, vous avez écrit : > Daniel Schepler wrote: > >I got: > > > >[EMAIL PROTECTED]:~/test$ ./mmap-test > >Successfully mapped NUL page at 0xb7fe9000 (is 0) > > THANK YOU. I now have complete confidence that adding 1 (one) to the > initial mmap fixes the mmap issues on the alpha. Umm, just to make it clear, all the results I sent were on my Pentium laptop, not on alpha. Sorry if I somehow gave the impression these were alpha results. -- Daniel Schepler
Bug#340851: Still FTBFS under pbuilder
Matt Kraai wrote: On Fri, Jan 27, 2006 at 04:43:16PM +0100, Daniel Schepler wrote: Le Vendredi 27 Janvier 2006 16:14, Matt Kraai a écrit : On Fri, Jan 27, 2006 at 11:08:48AM +0100, Daniel Schepler wrote: I see the build is somehow succeeding on the buildd's, though... but I don't know what's different. Would you please compile and run the attached program on your system and let me know what the result is? Running kernel 2.6.15-1-686 (version 2.6.15-3) on my laptop, I got: [EMAIL PROTECTED]:~/test$ ./mmap-test char at 0xb7fc is 0 did not fault dereferencing 0xB7FC (Although I got several warnings from -Wall.) Thanks for doing this. Bruce, is this what you expected? Hi Guys, It is not what I expected, but it is not necessarily invalid. mmap implementations are described as *trying* to map the data between between some unmapped pages just so that you can try to extend the mapping. Given that this program is not doing anything else, it really *ought* to be the case that the reference faults. There should be lots of unused virtual address space available. Cheers - Bruce P.S. I should not always rely on Open Group docs. I just saw this in Linux docs: MAP_ANONYMOUS The mapping is not backed by any file; the fd and offset argu- ments are ignored. This flag in conjunction with MAP_SHARED is implemented since Linux 2.4. which means my original version ought to have always worked, but was not portable. Well, now with MAP_PRIVATE, it should be portable, too. :) Anyway, here is some POSIX verbiage that actually implies that the above reference really should fault (though it is colored "optional"): The system shall always zero-fill any partial page at the end of an object. Further, the system shall never write out any modified portions of the last page of an object which are beyond its end. [MPR] [Option Start] >> References within the address range starting at pa and continuing for len >> bytes to whole pages following the end of an object shall result in delivery >> of a SIGBUS signal. [Option End] An implementation may generate SIGBUS signals when a reference would cause an error in the mapped object, such as out-of-space condition. I suppose I could wrap the anonymous mmap call in sigbus protection, but holy moly, just how friggin hard should it be to mmap a bloody text file anyways? Sheesh!!!
Bug#340851: Still FTBFS under pbuilder
On Fri, Jan 27, 2006 at 04:43:16PM +0100, Daniel Schepler wrote: > Le Vendredi 27 Janvier 2006 16:14, Matt Kraai a écrit : > > On Fri, Jan 27, 2006 at 11:08:48AM +0100, Daniel Schepler wrote: > > > I see the build is somehow succeeding on the buildd's, though... but I > > > don't know what's different. > > > > Would you please compile and run the attached program on your system > > and let me know what the result is? > > Running kernel 2.6.15-1-686 (version 2.6.15-3) on my laptop, I got: > > [EMAIL PROTECTED]:~/test$ ./mmap-test > char at 0xb7fc is 0 > did not fault dereferencing 0xB7FC > > (Although I got several warnings from -Wall.) Thanks for doing this. Bruce, is this what you expected? -- Matt signature.asc Description: Digital signature
Bug#340851: Still FTBFS under pbuilder
Le Vendredi 27 Janvier 2006 16:14, Matt Kraai a écrit : > On Fri, Jan 27, 2006 at 11:08:48AM +0100, Daniel Schepler wrote: > > I see the build is somehow succeeding on the buildd's, though... but I > > don't know what's different. > > Would you please compile and run the attached program on your system > and let me know what the result is? Running kernel 2.6.15-1-686 (version 2.6.15-3) on my laptop, I got: [EMAIL PROTECTED]:~/test$ ./mmap-test char at 0xb7fc is 0 did not fault dereferencing 0xB7FC (Although I got several warnings from -Wall.) -- Daniel Schepler
Bug#340851: Still FTBFS under pbuilder
On Fri, Jan 27, 2006 at 11:08:48AM +0100, Daniel Schepler wrote: > I see the build is somehow succeeding on the buildd's, though... but I don't > know what's different. Would you please compile and run the attached program on your system and let me know what the result is? -- Matt #include #include #include #include #include #include #include #include #include #include char spaces[0x2000]; static sigjmp_buf segvJumpEnv; static void segvSignal( int sig ) { siglongjmp( segvJumpEnv, sig ); } int main( int argc, char** argv ) { static const char file_z[] = __FILE__; unsigned long fsize; int signo; void* ext_res; #ifdef _SC_PAGESIZE size_t pgsz = sysconf(_SC_PAGESIZE); #else size_t pgsz = getpagesize(); #endif { struct sigaction sa; sa.sa_handler = segvSignal; sa.sa_flags = 0; sigemptyset( &sa.sa_mask ); sigaction( SIGSEGV, &sa, NULL ); sigaction( SIGBUS, &sa, NULL ); } signo = sigsetjmp( segvJumpEnv, 0 ); if (signo != 0) { fprintf( stderr, "Segfaulted (%s) early\n", strsignal(signo) ); return EXIT_FAILURE; } { FILE* fp = fopen(file_z, "r+"); if (fp == NULL) return EXIT_FAILURE; if (fseek(fp, 0, SEEK_END) < 0) return EXIT_FAILURE; fsize = (ftell(fp) & (pgsz - 1)); if (fsize > 0) { unsigned long len = pgsz - fsize; for (fsize = len; fsize > 0;) spaces[--fsize] = '\n'; if (fwrite(spaces, len, 1, fp) != 1) { fprintf( stderr, "fs err %d (%s) writing %d bytes\n", errno, strerror(errno), len ); return EXIT_FAILURE; } } fsize = ftell(fp); fclose(fp); } { int fd; void* base_ptr; void* ext_ptr; fd = open( file_z, O_RDONLY ); if (fd < 0) { perror("reopening " __FILE__ " read-only"); return EXIT_FAILURE; } base_ptr = mmap( NULL, fsize, PROT_READ|PROT_WRITE, MAP_PRIVATE, fd, 0 ); if (base_ptr == (void*)(-1L)) { perror("mmap-ing " __FILE__ " PROT_READ/WRITE"); return EXIT_FAILURE; } ext_ptr = (void*)(((char*)base_ptr) + fsize); signo = sigsetjmp( segvJumpEnv, 0 ); if (signo == 0) { printf( "char at %p is %d\n", ext_ptr, *(unsigned char*)ext_ptr); fprintf( stderr, "did not fault dereferencing 0x%lX\n", ext_ptr); return EXIT_FAILURE; } signo = sigsetjmp( segvJumpEnv, 0 ); #ifdef MAP_ANONYMOUS if (signo == 0) { ext_res = mmap(ext_ptr, pgsz, PROT_READ, MAP_ANONYMOUS|MAP_FIXED|MAP_PRIVATE, 0, 0); } else { fprintf( stderr, "sig %d (%s) mmap-ping /dev/zero:\n", signo, strsignal(signo) ); emit_error: fprintf( stderr, " mmap(%p, 0x%lX, PROT_READ, " "MAP_ANONYMOUS|MAP_FIXED|MAP_PRIVATE, 0, 0)\n", ext_ptr, pgsz); return EXIT_FAILURE; } #else { int fdz; if (signo == 0) { fdz = open("/dev/zero", O_RDONLY); if (fdz < 0) { perror("open-ing /dev/zero"); return EXIT_FAILURE; } ext_res = mmap(ext_ptr, pgsz, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_PRIVATE, fdz, 0); } else { fprintf( stderr, "sig %d (%s) mmap-ping /dev/zero:\n", signo, strsignal(signo) ); emit_error: fprintf( stderr, " mmap(%p, 0x%lX, PROT_READ, " "MAP_PRIVATE|MAP_FIXED|MAP_PRIVATE, %d, 0)\n", ext_ptr, pgsz, fdz); return EXIT_FAILURE; } } #endif if (ext_ptr != ext_res) { if (ext_res == (void*)(-1L)) { fprintf( stderr, "fs err %d (%s) mmap-ping NUL page\n", errno, strerror( errno )); goto emit_error; } fprintf( stderr, "map fixed to 0x%p resulted in 0x%p -- FAILURE\n", ext_ptr, ext_res ); return EXIT_FAILURE; } } signo = sigsetjmp( segvJumpEnv, 0 ); if (signo != 0) { fprintf( stderr, "faulted dereferencing 0x%lX\n", ext_res); return EXIT_FAILURE; } printf( "Successfully mapped NUL page at %p (is %d)\n", ext_res, *(unsigned char*)ext_res); return EXIT_SUCCESS; } /* * ABCDEFGHIJKLMNOPQRSTUVWXYZ12345678abcdefghijklmnopqrstuvwxyz * ABCDEFGHIJKLMNOPQRSTUVWXYZ12345678abcdefghijklmnopqrstuvwxyz * ABCDEFGHIJKLMNOPQRSTUVWXYZ12345678abcdefghijklmnopqrstuvwxyz * ABCDEFGHIJKLMNOPQRSTUVWXYZ12345678abcdefghijklmnopqrstu
Bug#340851: Still FTBFS under pbuilder
On Fri, Jan 27, 2006 at 11:08:48AM +0100, Daniel Schepler wrote: > I'm still getting FTBFS of autogen under pbuilder with version 1:5.8.1-3 on > i386; from my build log: > > ... [...] > FAIL: license.test Thanks for reproducing the problem. > I see the build is somehow succeeding on the buildd's, though... but I don't > know what's different. Nor do I. Both upstream and I are investigating. -- Matt signature.asc Description: Digital signature
Bug#340851: Still FTBFS under pbuilder
I'm still getting FTBFS of autogen under pbuilder with version 1:5.8.1-3 on i386; from my build log: ... ++ lo_dir=/tmp/buildd/autogen-5.8.1/autoopts ++ test -d /tmp/buildd/autogen-5.8.1/autoopts/.libs ++ lo_dir=/tmp/buildd/autogen-5.8.1/autoopts/.libs ++ LD_LIBRARY_PATH=/tmp/buildd/autogen-5.8.1/autoopts/.libs::/dev/null +++ echo /tmp/buildd/autogen-5.8.1/autoopts/.libs/libopts.a /tmp/buildd/autogen-5.8.1/autoopts/.libs/libguileopts.a -Wl,-R -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm ++ LIB='/tmp/buildd/autogen-5.8.1/autoopts/.libs/libopts.a /tmp/buildd/autogen-5.8.1/autoopts/.libs/libguileopts.a -Wl,-R -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm' ++ export LD_LIBRARY_PATH ++ cd testdir +++ pwd ++ testsubdir=/tmp/buildd/autogen-5.8.1/agen5/test/testdir +++ for f in '${top_builddir}' '${top_srcdir}' +++ for d in . autoopts agen5 +++ cd /tmp/buildd/autogen-5.8.1/. +++ pwd +++ for d in . autoopts agen5 +++ cd /tmp/buildd/autogen-5.8.1/autoopts +++ pwd +++ for d in . autoopts agen5 +++ cd /tmp/buildd/autogen-5.8.1/agen5 +++ pwd +++ for f in '${top_builddir}' '${top_srcdir}' +++ for d in . autoopts agen5 +++ cd /tmp/buildd/autogen-5.8.1/. +++ pwd +++ for d in . autoopts agen5 +++ cd /tmp/buildd/autogen-5.8.1/autoopts +++ pwd +++ for d in . autoopts agen5 +++ cd /tmp/buildd/autogen-5.8.1/agen5 +++ pwd +++ sort -u +++ sed 's/^/-I/' ++ dirs='-I/tmp/buildd/autogen-5.8.1 -I/tmp/buildd/autogen-5.8.1/agen5 -I/tmp/buildd/autogen-5.8.1/autoopts' +++ echo -I/tmp/buildd/autogen-5.8.1 -I/tmp/buildd/autogen-5.8.1/agen5 -I/tmp/buildd/autogen-5.8.1/autoopts ++ INC='-I/tmp/buildd/autogen-5.8.1 -I/tmp/buildd/autogen-5.8.1/agen5 -I/tmp/buildd/autogen-5.8.1/autoopts ' +++ cd /../bin +++ pwd ++ f=/bin ++ PATH=/tmp/buildd/autogen-5.8.1/columns:/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin ++ stdopts=/tmp/buildd/autogen-5.8.1/agen5/test/stdopts.def +++ cd /tmp/buildd/autogen-5.8.1/agen5/test/.. +++ pwd ++ AG_L='/tmp/buildd/autogen-5.8.1/agen5/autogen -L/tmp/buildd/autogen-5.8.1/agen5' ++ test_main=yes ++ use_flags=true ++ : '=== Running license.test for license ===' ++ chmod +w license.log + echo creating license.tpl creating license.tpl + cat + echo creating license.lic creating license.lic + cat + cat + Csrc=license-extend + compile + : + test Xlicense-extend = X + test X = X + Cexe=license-extend + test X = X + Dnam=license ++ echo TEST_TEST_license_OPTS ++ tr '[a-z]-' '[A-Z]_' + d=TEST_TEST_LICENSE_OPTS + cmd='gcc -O2 -DTEST_TEST_LICENSE_OPTS -I/tmp/buildd/autogen-5.8.1 -I/tmp/buildd/autogen-5.8.1/agen5 -I/tmp/buildd/autogen-5.8.1/autoopts-o license-extend license-extend.c /tmp/buildd/autogen-5.8.1/autoopts/.libs/libopts.a /tmp/buildd/autogen-5.8.1/autoopts/.libs/libguileopts.a -Wl,-R -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm' + eval gcc -O2 -DTEST_TEST_LICENSE_OPTS -I/tmp/buildd/autogen-5.8.1 -I/tmp/buildd/autogen-5.8.1/agen5 -I/tmp/buildd/autogen-5.8.1/autoopts -o license-extend license-extend.c /tmp/buildd/autogen-5.8.1/autoopts/.libs/libopts.a /tmp/buildd/autogen-5.8.1/autoopts/.libs/libguileopts.a -Wl,-R -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm ++ gcc -O2 -DTEST_TEST_LICENSE_OPTS -I/tmp/buildd/autogen-5.8.1 -I/tmp/buildd/autogen-5.8.1/agen5 -I/tmp/buildd/autogen-5.8.1/autoopts -o license-extend license-extend.c /tmp/buildd/autogen-5.8.1/autoopts/.libs/libopts.a /tmp/buildd/autogen-5.8.1/autoopts/.libs/libguileopts.a -Wl,-R -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm + test 0 -gt 0 + Csrc= + Cexe= + Dnam= + ./license-extend license.lic license.tpl + ls -l license.lic license.log license.tpl -rw-r--r-- 1 pbuilder pbuilder 8192 Jan 27 10:02 license.lic -rw-r--r-- 1 pbuilder pbuilder 3499 Jan 27 10:02 license.log -rw-r--r-- 1 pbuilder pbuilder 8192 Jan 27 10:02 license.tpl + set -x + echo creating license.out creating license.out + cat + /tmp/buildd/autogen-5.8.1/agen5/autogen -b license --no-def -T license.tpl /tmp/buildd/autogen-5.8.1/agen5/.libs/lt-autogen: symbol lookup error: /tmp/buildd/autogen-5.8.1/agen5/.libs/lt-autogen: undefined symbol: scm_mem2string + failure /tmp/buildd/autogen-5.8.1/agen5/autogen failed + : + test -d ../FAILURES + mkdir ../FAILURES + set +x mv: cannot stat `.*license*': No such file or directory FAILURE: /tmp/buildd/autogen-5.8.1/agen5/autogen failed FAIL: license.test I see the build is somehow succeeding on the buildd's, though... but I don't know what's different. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]