DEF_BUFSIZE defined oddly

RESOLVED INVALID

Status

()

Core
Networking: Cache
P3
normal
RESOLVED INVALID
18 years ago
17 years ago

People

(Reporter: bricedeganahl, Assigned: gordon)

Tracking

Trunk
mozilla1.0
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
BuildID:    

in hash.h, DEF_BUFSIZE is defined as 655536 with the comment 65k.  This is 
either a typo or a bug (or code is not used).

Reproducible: Always
Steps to Reproduce:
1.open hash.h
2.go to line 142
3.compare comment and value <g>

Actual Results:  looks wrong						

Expected Results:  should be 65536 (I think)

Comment 1

18 years ago
setting bug status to New
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

17 years ago
Cache bugs to Gordon
Assignee: neeti → gordon
Target Milestone: --- → mozilla1.0

Comment 3

17 years ago
this number is still incorrect in hash.h but I'm not sure if it is being used, 
leaving for gordon
(Assignee)

Comment 4

17 years ago
I only see this line in that file:

#define DEF_BUFSIZE		65536l		/* 64 K */

...and lxr.mozilla.org reports that is was that way when the file was checked in 
27 Mar 1998.  The l (L) on the end of the integer is the 'long-suffix'.  Anyhow, 
the cache doesn't use dbm anymore.

Closing as invalid.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.