Bug#340851: Still FTBFS under pbuilder

2006-02-18 Thread Bruce Korb

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

2006-02-03 Thread Daniel Schepler
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

2006-02-02 Thread Matt Kraai
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

2006-02-02 Thread Bruce Korb

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

2006-02-01 Thread Daniel Schepler
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

2006-01-27 Thread Bruce Korb

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

2006-01-27 Thread Matt Kraai
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

2006-01-27 Thread Daniel Schepler
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

2006-01-27 Thread Matt Kraai
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

2006-01-27 Thread Matt Kraai
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

2006-01-27 Thread Daniel Schepler
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]