X-Authentication-Warning:	new-smtp1.ihug.com.au: Host p203-tnt2.syd.ihug.com.au [203.173.130.203] claimed to be acceleron
Message-ID:	<002501c11375$33f5e960$0a02a8c0@acceleron>
From:	"Andrew Cottrell" <acottrel AT ihug DOT com DOT au>
To:	"Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Cc:	<djgpp-workers AT delorie DOT com>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1010723143509 DOT 18357C-100000 AT is>
Subject:	Re: Make 3.791 on Windows 2000 test
Date:	Mon, 23 Jul 2001 22:44:23 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4522.1200
Reply-To:	djgpp-workers AT delorie DOT com

Eli,

> > >         make.exe[1]: Entering directory `d:/dj204/gnu/make-3.791'
> > >         Extended Error 183
> Any luck in finding out where did this message come from?
No I have looked in the bin exe files, c files, h files for the string
"Extended Error", but so far no luck. I will take another track in trying to
find where the message is output from. It is a stderr output. I will modifiy
make source code to output file and line numbers whenever a stderr message
is printed in the make src code. This should help find where the error is
coming from.

>> 2) Make build results (both with the same Make & Bash, both built with
CVS
>> LIBC & NTVDM patch):
>>          WIN 2K - same error
>Yes, rebuild Make (on Windows 98) so that it has UNIXY_SBRK flag set in
>the __crt0_startup_flags variable.  Then try using that on Windows 2000
>to build Make, and see if that helps.

I will try this tmorrow night.

> > I have download YAMD to see if this can find anything tomorrow night.
>
> YAMD will not help you on Windows, because it relies on support for
> function 0507h of Int 31h, which is part of DPMI 1.0 and unsupported by
> Windows (this is the same function our startup code uses to uncommit the
> null page and catch NUL pointer dereferences).

On the Win 98 box I re-started in DOS mode , not a DOS BOX and I got the
same traceback for the leak info from YAMD in DOS as I did on NT.
Interesting as far as I understand it should not have occured. Small YAMD
output is

YAMD version 0.32
Starting run: make.exe
Executable: make.exe
Virtual program size is 838 K
Time is Mon Jul 23 21:26:34 2001

default_alignment = 1
min_log_level = 1
repair_corrupted = 0
die_on_corrupted = 1
check_front = 0

INFO: Normal allocation of this block
Address 0x0d5ff2, size 14
Allocated by malloc at
 ???:0(_getpwnam+805)  0x02db99
 ???:0(_getpwnam+923)  0x02dc0f
 ???:0(___main+57)  0x030749
 ???:0(___crt1_startup+164)  0x0222a8
 ???:0(0x1293+0)  0x001293

INFO: Normal allocation of this block
Address 0x0d9ff2, size 14
Allocated by malloc at
 ???:0(_getpwnam+805)  0x02db99
 ???:0(_getpwnam+923)  0x02dc0f
 ???:0(___main+57)  0x030749
 ???:0(___crt1_startup+164)  0x0222a8
 ???:0(0x1293+0)  0x001293

.....
SAME DATA REPEATED OVER AND OVER for block stack
.....

WARNING: Memory leak
Address 0x0d9ff2, size 14
Allocated by malloc at
 ???:0(_getpwnam+805)  0x02db99
 ???:0(_getpwnam+923)  0x02dc0f
 ???:0(___main+57)  0x030749
 ???:0(___crt1_startup+164)  0x0222a8
 ???:0(0x1293+0)  0x001293

WARNING: Memory leak
Address 0x0d5ff2, size 14
Allocated by malloc at
 ???:0(_getpwnam+805)  0x02db99
 ???:0(_getpwnam+923)  0x02dc0f
 ???:0(___main+57)  0x030749
 ???:0(___crt1_startup+164)  0x0222a8
 ???:0(0x1293+0)  0x001293

WARNING: Total memory leaks:
1658 unfreed allocations totaling 46455 bytes

*** Finished at Mon Jul 23 21:26:34 2001
Allocated a grand total of 68990 bytes
1970 allocations
Average of 35 bytes per allocation
Max bytes allocated at one time: 53841
23664 K alloced internally / 9164 K mapped now / 9160 K max
Virtual program size is 33308 K
End.

- Raw text -