Closed
Bug 536015
Opened 15 years ago
Closed 15 years ago
'WINNT 5.2 comm-central-trunk build' times out while running 'nss/shlibsign', due to missing renamed sqlite3.dll
Categories
(SeaMonkey :: Build Config, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
seamonkey2.1a1
People
(Reporter: sgautherie, Assigned: kairo)
References
Details
(Keywords: regression, Whiteboard: [Fixed by clobbering])
http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey&maxdate=1261230389&hours=24&legend=0&norules=1 moz:d303e54445e7 was fine. moz:eeba84d24038 went red because of bug 524944 landing. moz:f6f1982d758d fixed that bustage. But this bug appeared. Firefox, Thunderbird and 'WINNT 5.2 comm-central-trunk nightly' are green. Maybe a stuck file/process? Or this tree needs a clobber? ...
![]() |
Assignee | |
Comment 1•15 years ago
|
||
This must be a code failure - it happens on all machines, and actually started right _after_ I clobbered dist/ on them.
![]() |
Assignee | |
Updated•15 years ago
|
Assignee: kairo → nobody
Component: Build Config → General
QA Contact: build-config → general
![]() |
Assignee | |
Comment 2•15 years ago
|
||
And here's a good hint of what's up there - an error message shown on 3 of the 4 machines: shlibsign.exe - Unable To Locate Component The application has failed to start because sqlite3.dll was not found. Re-installing the application may fix this problem.
![]() |
Assignee | |
Comment 3•15 years ago
|
||
Sounds to me like something else caused by bug 513747 but maybe hidden until we clobbered dist/ on the machines. I completely clobbered objdir on the machines to be sure, but I think very much that this is related to the sqlite renaming.
Depends on: 513747
Reporter | ||
Comment 4•15 years ago
|
||
["Mid-air collision detected!", posting anyway, ftr.] (In reply to comment #0) Regression timeframe: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d303e54445e7&tochange=f6f1982d758d Nothing obvious to me. (but see below) (In reply to comment #1) > This must be a code failure - it happens on all machines, and actually started > right _after_ I clobbered dist/ on them. (Well, I couldn't guess that, as it's not noted on the waterfall...) Maybe the clobber triggered this failure somehow: if it's a code issue, it might be from an older changeset :-/
Reporter | ||
Comment 5•15 years ago
|
||
(In reply to comment #3) > Sounds to me like something else caused by bug 513747 but maybe hidden until we > clobbered dist/ on the machines. Maybe, yes. It even looks like it could be related to bug 519550... > I completely clobbered objdir on the machines to be sure, but I think very much > that this is related to the sqlite renaming. Worth trying, though I wonder why it fails on this tree only and nowhere else :-< (I mean, at least Firefox does automatic clobber, doesn't it?)
![]() |
Assignee | |
Comment 6•15 years ago
|
||
Looks like the complete clobber of the objdir helped in the end, all machines came back green after all - and yes, I vaguely remember that Firefox needed a clobber there as well - I guess the Windows build chain has a problem finding out about changed dependencies...
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 7•15 years ago
|
||
Yeah, both bugs were pushed with a clobber: see bug 513747 comment 87 for example. V.Fixed, per tinderbox.
Reporter | ||
Updated•15 years ago
|
Whiteboard: [Fixed by clobbering]
You need to log in
before you can comment on or make changes to this bug.
Description
•