patchbayonne - Patches: patch #1752, patch for apppath[64]

 
 

You are not allowed to post comments on this tracker with your current authentication level.

patch #1752: patch for apppath[64]

Submitter:  Invalid User ID <#21088>
Submitted:  Sun 20 Jul 2003 01:38:25 PM UTC
 
Category:  None Priority:  5 - Normal
Status:  None Privacy:  Public
Assigned to:  dyfet Open/Closed:  Open

Mon 25 Aug 2003 01:39:59 PM UTC, comment #2: 

GNU Bayonne and Common C++ do use a carefully constructed set of C++ features.  We have deployed complete Bayonne systems on 486sx machines installed with Debian with as little as 12 megs of ram.  So, the question of does C++ itself nessisarly imply/require use of a "large" amount of memory is largely mute.  However, I will agree that on a large system a few megs of memory is not going to be that relevant, although I would hate to waste 4 megs.  The problem is that FILENAME_MAX may be larger on some systems than even 4k.  I think 64 bytes is too few, but I would not wish to use an unknown or overly large quantity either.

David Sugar <dyfet>
Project Administrator
Mon 25 Aug 2003 01:02:44 PM UTC, comment #1: 

How many trunk objects would there be on a high port capacity system?  Let's assume 1,000 and let's assume that FILENAME_MAX is 4,096B:

  4,096B * 1,000 = 4M

instead of

  64B * 1,000 = 62KB

So, for a system that is running 1,000 trunks it uses almost 4M of additional memory.  What kind of memory would you need anyway to run a 1,000 trunk system?  I don't think it would be doable on small hardware.  After all, we are already running C++ code here and if we were very concerned about memory usage I would've thought C would've been the language of choice.

But I'm not going to be stubborn.  If we are not doing FILENAME_MAX then what can we use so that my 100-150 character long pathname can work?

Erik.

Invalid User ID <#21088>
Sun 20 Jul 2003 01:38:25 PM UTC, original submission:  

Perhaps apppath should be made larger; however, an instance is in every trunk object, and on high port capacity systems, which may also have very large values for FILENAME_MAX, this could prove very wastefull.

Invalid User ID <#21088>

 

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

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

 

 

Follows 1 latest change.

Date Changed by Updated Field Previous Value => Replaced by
2003-08-24 dyfet Assigned toNone NA

Back to the top


Powered by Savane 3.9