bugmake - Bugs: bug #8390, virtual memory exhausted (!!)

 
 

bug #8390: virtual memory exhausted (!!)

Submitted by:  None
Submitted on:  Wed 31 Mar 2004 05:00:37 PM UTC  
 
Severity: 3 - NormalItem Group: Bug
Status: DuplicatePrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Component Version: 3.80Operating System: Any
Fixed Release: NoneTriage Status: None

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Wed 31 Mar 2004 06:36:07 PM UTC, comment #3:

The first beta of GNU make 3.81 is available now. A second beta will be available shortly. Announcements of betas are made to the mailing lists (bug-make, help-make, make-w32) so if you want to try them subscribe to one or more of those lists.

Paul D. Smith <psmith>
Project Administrator
Wed 31 Mar 2004 05:34:24 PM UTC, comment #2:

After some digging into the mail archives, it looks like this is essentially the same as bug #1517. I applied the patch and the error no longer occurred. This bug can be closed or marked as a dupe.

Is there a target date for the next release?

Pax Unix <paxunix>
Wed 31 Mar 2004 05:06:50 PM UTC, comment #1:

Argh--I am the submitter: I forgot to login before filing this bug.

Pax Unix <paxunix>
Wed 31 Mar 2004 05:00:37 PM UTC, original submission:

I have a set of makefiles where all the magic is done by a LOT of nested $(foreach), $(eval), $(call) and such--basically, a lot of long variable expansions whose results are parsed directly into the resulting makefile.

Lately, I've been getting "virtual memory exhausted" errors when the word-list I've been doing one of these large expansions on has too many characters. Unfortunately, I haven't been able to boil this down to a testcase (and I can't freely distribute the makefiles and their includes), but I do know where the problem is, just not why it happens.

Basically, at expand.c:59, the (ptr - variable_buffer) expression is negative, which means newline (since it is unsigned) becomes very, very large and of course the allocation cannot be satisfied. I haven't been able to figure out why this happens, although I "fixed" it temporarily by using abs(ptr - variable_buffer) at expand.c:59 and expand.c:63. I'd certainly prefer a solution with more thought behind it than that.

I will try to make a smaller and public test case that reproduces this, but I can't tell you how long that might take.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 2 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Wed 31 Mar 2004 06:36:07 PM UTCpsmithStatusNone=>Duplicate
  Open/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1