bayonne - 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: |
David Sugar <dyfet>![]() ![]() |
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:
|
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> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
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 to | None | ![]() |
None |
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.