Closed Bug 114550 Opened 23 years ago Closed 23 years ago

Mac Installer incorrectly calculates disk space

Categories

(SeaMonkey :: Installer, defect)

PowerPC
Mac System 9.x
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.8

People

(Reporter: stuart, Assigned: ccarlen)

References

Details

Attachments

(1 file)

The installer for the current full install (MacMozillaFullInstall.sea.bin

) from 12/10/2001 incorrectly calculates the available space on the disk. The
result is a large negative number that won't allow the install to proceed.
Sounds like 64-bit issues...  How big is the disk?
*** Bug 114626 has been marked as a duplicate of this bug. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: mozilla0.9.7
The last build which did not have this problem was 2001-12-10-08.
The compiler options were not changed WRT long long support. They need to be but
weren't. That is worth a look. See bug 77205.

Are these instructions:
http://www.mozilla.org/projects/xpinstall/wizard/mac/debugging.html
the ones to use in order to test this?
QA Contact: bugzilla → ktrina
It's a 6GB disk and I saw it with this friday's build 12/14.
I think this is a blocker.
1213, 1214, and 1217 builds all show this problem.
Strange no body has noticed it in smoketests.
Severity: major → blocker
Using the latest from sweetlou, it reports a negative amount of space available.
 However, using that build and running this installer test, I get the right result:

-------------------------------------------------------------------------------
http://jimbob/jars/a_fileop_filegetdiskspacea.xpi  --  12/18/2001 08:00:42
-------------------------------------------------------------------------------

     Acceptance: a_fileop_diskspaceavail
     -----------------------------------

     ** File.diskSpaceAvailable returns = 10203365376

     Install completed successfully
     Finished Installation  12/18/2001 08:00:42

That at least tells us where the problem is not. Can I build the installer in a
Carbon tree?
Conrad,
I'm not aware of any work to Carbonize the installer.  Doesn't mean it's not
been done though.
Patch fixes it. The old code was probably getting overflow on the mult before
the divide. This keeps the value 64 bits wide until after the divide by 1024.
Looking for r=/sr (sgehani, dveditz)
Assignee: syd → ccarlen
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Attachment #62124 - Flags: superreview+
Comment on attachment 62124 [details] [diff] [review]
patch to avoid overflow

sr=dveditz
Comment on attachment 62124 [details] [diff] [review]
patch to avoid overflow

r=sgehani
Attachment #62124 - Flags: review+
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 116141 has been marked as a duplicate of this bug. ***
Has the fix been checked in on the 0.9.7 branch as well?  I filed bug 116141
after experiencing the problem on the branch build.
No - but thanks for bringing this up. I just asked to get it into 0.9.7.
a=asa (on behalf of drivers) for checkin to 0.9.7
Blocks: 114455
Checked into 0.9.7.
Keywords: fixed0.9.7
No longer blocks: 114455
Verified on build 2001-12-26-08-trunk, but I still need to verify it on a 0.9.7
branch build (the installer keeps defaulting to pause even if I continue to hit
resume using the last branch build from 12/21). 
I had no problem installing 0.9.7 itself on OS 9.2.2
Verified on build 2001-12-21-06-0.9.7 

Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: