bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: GNU make 3.81rc1 released -- please test.


From: Norman Wilson
Subject: RE: GNU make 3.81rc1 released -- please test.
Date: Mon, 20 Feb 2006 13:50:03 -0000

It was in beta4 on Solaris but didn't show up on Linux. There is another
SEGV on Linux in the same bit of code, but it only happens when using -W
flags. I've been catching up with some other stuff (ie my proper work)
so I haven't had time to really get into this. It's not a show stopper
for me since it doesn't always happen at the same point in the build,
therefore I can make progress - if make falls over I just start it again
and it does a bit more. As I get more info I'll post it.


> -----Original Message-----
> From: Paul Smith [mailto:address@hidden On Behalf Of Paul D. Smith
> Sent: 20 February 2006 13:39
> To: Norman Wilson
> Cc: address@hidden
> Subject: RE: GNU make 3.81rc1 released -- please test.
> 
> %% "Norman Wilson" <address@hidden> writes:
> 
>   nw> I don't want to rain on your parade, but there is at 
> least one more core
>   nw> dump lurking in this version:
> 
> Ouch!
> 
>   nw> (dbx) run
>   nw> Running: make -k -j 4 variants=dyn_dbg 
> --warn-undefined-variables
>   nw> everything 
>   nw> (process id 25869)
>   nw> signal SEGV (no mapping at the fault address) in 
> variable_hash_1 at line
>   nw> 109 in file "variable.c"
>   nw> (dbx) where
>   nw> =>[1] variable_hash_1(keyv = 0x37b8e8), line 109 in "variable.c"
>   nw>   [2] hash_find_slot(ht = 0xc47d0, key = 0x37b8e8), 
> line 91 in "hash.c"
>   nw>   [3] merge_variable_sets(to_set = 0xc47d0, from_set = 
> 0x699530), line
>   nw> 650 in "variable.c"
>   nw>   [4] merge_variable_set_lists(setlist0 = 0x8b9ec4, 
> setlist1 = 0x87ed8),
>   nw> line 682 in "variable.c"
>   nw>   [5] rehash_file(from_file = 0xad8e38, to_hname = 0x1a6c368
>   nw> 
> "/view/normanw_9.1/vobs/common/messages/src/Messages.msg"), 
> line 298 in
>   nw> "file.c"
>   nw>   [6] f_mtime(file = 0xad8e38, search = 1), line 1247 
> in "remake.c"
>   nw>   [7] check_dep(file = 0xad8e38, depth = 3U, this_mtime = 1ULL,
>   nw> must_make_ptr = 0xffbfe658), line 971 in "remake.c"
>   nw>   [8] check_dep(file = 0x4ddec0, depth = 2U, this_mtime = 1ULL,
>   nw> must_make_ptr = 0xffbfe70c), line 1010 in "remake.c"
>   nw>   [9] update_file_1(file = 0x98268, depth = 1U), line 
> 504 in "remake.c"
>   nw>   [10] update_file(file = 0x98268, depth = 0), line 306 
> in "remake.c"
>   nw>   [11] update_goal_chain(goals = 0xa5afb0), line 154 in 
> "remake.c"
>   nw>   [12] main(argc = 7, argv = 0xffbff584, envp = 
> 0xffbff5a4), line 2200
>   nw> in "main.c"
> 
>   nw> This was there in the pervious version too. Do you want 
> me to post a
>   nw> bug?
> 
> By "previous version" do you mean 3.81beta4, or 3.80?
> 
> 
> Yes, we definitely need to figure this out.  I'm happy to do it on the
> mailing list, but it's probably a good idea to file a bug as well.
> Offhand this backtrace doesn't tell me much unfortunately.  Can you
> examine the value of *key in variable_hash_1 (the first 
> frame)?  Does it
> basically seem corrupted, like already-freed or overwritten memory?
> 
> 
> This one looks like a bear :-/.
> 
> -- 
> --------------------------------------------------------------
> -----------------
>  Paul D. Smith <address@hidden>          Find some GNU make tips at:
>  http://www.gnu.org                      http://make.paulandlesley.org
>  "Please remain calm...I may be mad, but I am a 
> professional." --Mad Scientist
> 
> 


=================================
Atos Euronext Market Solutions Disclaimer
=================================
The information contained in this e-mail is confidential and solely for the 
intended addressee(s). Unauthorised reproduction, disclosure, modification, 
and/or distribution of this email may be unlawful.
If you have received this email in error, please notify the sender immediately 
and delete it from your system. The views expressed in this message do not 
necessarily reflect those of Atos Euronext Market Solutions.

L'information contenue dans cet e-mail est confidentielle et uniquement 
destinee a la (aux) personnes a laquelle (auxquelle(s)) elle est adressee. 
Toute copie, publication ou diffusion de cet email est interdite. Si cet e-mail 
vous parvient par erreur, nous vous prions de bien vouloir prevenir 
l'expediteur immediatement et d'effacer le e-mail et annexes jointes de votre 
systeme. Le contenu de ce message electronique ne represente pas necessairement 
la position ou le point de vue d'Atos Euronext Market Solutions.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]