Closed
Bug 78649
Opened 24 years ago
Closed 23 years ago
[console] libimg/libpron must not print to console in opt builds
Categories
(Core :: Graphics: ImageLib, defect, P4)
Core
Graphics: ImageLib
Tracking
()
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: cls, Assigned: jtaylor)
References
Details
Attachments
(5 files)
3.10 KB,
patch
|
Details | Diff | Splinter Review | |
890 bytes,
patch
|
Details | Diff | Splinter Review | |
2.89 KB,
patch
|
Details | Diff | Splinter Review | |
585 bytes,
patch
|
Details | Diff | Splinter Review | |
2.89 KB,
patch
|
Details | Diff | Splinter Review |
<formletter>It has been decreed (or requested at any rate) that our release
(read non-debug) builds must not print anything to the console when the app is
running. See bug 76720 for details. I have done a preliminary tree scouring
and created mini-patches for each module that has bare printfs. These patches
are not all inclusive as I didn't even think about xul/js output until post
scour so module owners & peers will still need to scour their modules themselves
as well as make sure the preliminary patches do not break anything.</formletter>
Sorry about the additional spammage but I should clear up a couple of things
before everyone starts replying.
1) I'm just the messenger. Discussions outside of the specific module/patches
should be discussed in the parent bug ( bug 76720).
2) I have no intention of checking in the patches as is; that's why the bugs are
assigned to someone else ;).
3) The patches are the result of a far & wide-reaching grep across the entire
tree. They may affect some cases that are not even used and they are far from
optimal.
4) Some platforms/ports will not need the printfs shutoff as they use other
mechanisms to stop the printfs. That's fine. Note it in the bug and close it
as invalid(?). Depending upon the platform/port some people may still be
interested in removing the overhead from the printfs.
Updated•24 years ago
|
Status: NEW → ASSIGNED
Priority: P2 → P4
Target Milestone: --- → mozilla0.9.1
Comment 4•24 years ago
|
||
Per PDT Triage effort: changing the targeted milestone to "mozilla0.9.2".
Please feel free to renominate/address bug if time is available AFTER all
currently targeted 0.9.1 bugs are resolved.
.Angela...
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Comment 5•24 years ago
|
||
76720 is targetted for 0.9.1. can this be moved up?
Comment 6•24 years ago
|
||
lets keep dribbling these [console] bugs into the tree as quick as we
can, but they shouldn't hold up or block 0.9.1 so moving the target milestone
to 0.9.2.
Assignee | ||
Comment 8•23 years ago
|
||
Assignee | ||
Comment 9•23 years ago
|
||
Reporter | ||
Comment 10•23 years ago
|
||
Wrt attach 38009:
In the modules/libimg/src/if.cpp portion of the patch, the entire
|if (num000+num255 == header->width*header->height)| block should be enclosed in
the debug ifdef as there's no possible side effect of that if being evaluated.
Assignee | ||
Comment 11•23 years ago
|
||
Reporter | ||
Comment 12•23 years ago
|
||
r=cls on attach 38968 & 38010
Comment 13•23 years ago
|
||
sr=tor on attach 38968 & 38010
a=dbaron for trunk checkin (on behalf of drivers)
Comment 15•23 years ago
|
||
jat's checkin for this bug has been backed out, as he managed to introduce
win32 line endings.
Assignee | ||
Comment 17•23 years ago
|
||
Fix checked in, resolving.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•