Closed Bug 289515 Opened 20 years ago Closed 20 years ago

Remove nsImageWin::CreateDDB

Categories

(Core Graveyard :: GFX: Win32, defect)

x86
Windows 2000
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: paper, Assigned: paper)

Details

Attachments

(1 file, 1 obsolete file)

nsImageWin::CreateDDB is a private function and isn't being called.
Attached patch Remove CreateDDB (obsolete) — Splinter Review
I'll take a leap and assume this doesn't need a seperate r/sr. Proof CreateDDB isn't being used: http://lxr.mozilla.org/seamonkey/search?string=CreateDDB
Attachment #180028 - Flags: superreview?(tor)
Attachment #180028 - Flags: review?(tor)
Might want to remove the OS2 reference to this (even though its not compiled of course) Also does not touching the win32.order file still compile? (I cannot test at this environment) [and I do not know enough about its use to know from memory] If we remove it though, why not remove its reference everywhere?
For the record, biesi told me that win32.order is not used anywhere, but you may want to remove the line anyway there (imho) but that would be far from me to decide.
I'd rather leave the OS2 code to the OS2 coders. While I can speculate that the function will never be used for OS2, I could also speculate about a lot of functions that will never be created/used in the OS2 code. OS2 coders usually do their own thing. As for win32.order, I did a bit of digging today just to find out what the file was, and I agree with you, it would also be far from me to decide whether to remove the line from win32.order, or the whole file. Just so that my log digging doesn't go to waste, here's what I learned: Apparently win32.order was used to "reorder symbols in the DLLs/executables so that they can be loaded faster" (quote from biesi, 09:34 on Sept 19, 2003). Also, from Aug 1, 2003: 11:25 < timeless> tehre's code that generates win32.order files 11:26 < timeless> it isn't in the build path, i need to poke it the next time i'm in windows Now, I don't know if one can safely go into the win32.order file and edit it, or run the win32.order generator. And finally, on June 23, 2003, the longest conversation on win32.order that I could find 11:34 < tor> how about the win32.order files? 11:34 < bsmedberg> are those still used? 11:35 < tor> given they haven't been updated for years, probably not heavily 11:35 < d33p> i think thats the only dependecy on the mozilla precompiled binaries 11:35 < d33p> otherwise it could be a slew of things 11:36 < biesi> bsmedberg: they aren't used 11:36 < biesi> bsmedberg: but when I asked someone (cathleen?) about them, the answer was "let's keep them just in case" 11:37 < bsmedberg> heh, that's silly 11:37 <@cls> welcome to Mozilla 11:39 < biesi> I think we also have some leftovers from the nmake build system So, yeah, patch remains as is :)
Just to benefit you, this from when Biesi talked to me on IRC; as this log shows, the OS2 stuff should be removed, if not anything about the win32.order comment: (13:30:35) biesi: Callek, fwiw win32.order is not used by anything (13:30:46) Callek: biesi: ahh, ok (13:30:55) Callek: biesi: thank you (as I did not know if it was, as stated in the bug) (13:33:25) biesi: Callek, also, what did you mean with "(even though its not compiled of course)"? (13:33:40) biesi: Callek, it is compiled on OS/2, is it not? (13:34:21) Callek: biesi: |#ifdef OS2TODO| makes me assume it is not compiled in OS/2 especially since there is no impl of it in OS2 according to lxr (13:36:13) biesi: ah, I didn't check the file (13:36:23) biesi: missing definitions of nonvirtual functions aren't fatal though (13:36:28) biesi: (unless they are called...) (13:36:40) mkaplyMeeting is now known as mkaply (13:37:05) ***mkaply wonders what is being discussed (13:37:51) biesi: mkaply, https://bugzilla.mozilla.org/show_bug.cgi?id=289515#c2 (13:38:03) Callek: biesi: as I said, probably wouldnt hurt, and might actually be beneficial to remove, just to help prevent confusion... (/me cannot recall his initial wording at the moment though) (13:38:13) biesi: Callek, yes, I agree it should be removed (13:39:01) mkaply: In our port to OS/2, we simply took the XXXWin files and used OS2TODO or ndef XP_OS2 to get rid of stuff. (13:39:08) mkaply: So please remove it from ours if it isn't in Win anymore
Attached patch Remove CreateDDBSplinter Review
Fair enough, it's now gone from OS2. :) I've also created Bug 289663 for Win32.order
Attachment #180028 - Attachment is obsolete: true
Attachment #180144 - Flags: superreview?(tor)
Attachment #180144 - Flags: review?(tor)
Attachment #180028 - Flags: superreview?(tor)
Attachment #180028 - Flags: review?(tor)
Attachment #180144 - Flags: superreview?(tor)
Attachment #180144 - Flags: superreview+
Attachment #180144 - Flags: review?(tor)
Attachment #180144 - Flags: review+
Attachment #180144 - Flags: approval1.8b2?
Comment on attachment 180144 [details] [diff] [review] Remove CreateDDB a=asa
Attachment #180144 - Flags: approval1.8b2? → approval1.8b2+
Checking in gfx/src/os2/nsImageOS2.h; /cvsroot/mozilla/gfx/src/os2/nsImageOS2.h,v <-- nsImageOS2.h new revision: 1.23; previous revision: 1.22 done Checking in gfx/src/windows/nsImageWin.cpp; /cvsroot/mozilla/gfx/src/windows/nsImageWin.cpp,v <-- nsImageWin.cpp new revision: 3.146; previous revision: 3.145 done Checking in gfx/src/windows/nsImageWin.h; /cvsroot/mozilla/gfx/src/windows/nsImageWin.h,v <-- nsImageWin.h new revision: 3.63; previous revision: 3.62 done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: