Bug 64276 - Attachment 99745 [details] failed to build on Windows EWS, but the Windows EWS bot didn't comment in the bug saying so
Summary: Attachment 99745 failed to build on Windows EWS, but the Windows EWS bot didn...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows 7
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-11 06:32 PDT by Adam Roben (:aroben)
Modified: 2011-07-11 12:00 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Roben (:aroben) 2011-07-11 06:32:15 PDT
In bug 63330, attachment 99745 [details] failed to build on the Windows EWS. You can see this by the red "win" box underneath the patch. But you can also see that there's no comment in the bug indicating that the patch failed to build.

I wonder what happened here?
Comment 1 Adam Barth 2011-07-11 09:40:50 PDT
Can you grab the logs from the bot?
Comment 2 Lucas Forschler 2011-07-11 10:24:20 PDT
I checked all of the EWS bots and this log file does not exist.
Comment 3 Eric Seidel (no email) 2011-07-11 10:40:57 PDT
This looks like the log?
http://queues.webkit.org/results/8988457

This is the attachment page:
http://queues.webkit.org/patch/99745

I just clicked on the bubble next to the attachment, I assume you all did the same, so I must be missing something here.
Comment 4 Eric Seidel (no email) 2011-07-11 10:43:07 PDT
29>Linking...
29>gtest.lib(gtest.obj) : warning LNK4075: ignoring '/EDITANDCONTINUE' due to '/SAFESEH' specification
29>LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with use of other libs; use /NODEFAULTLIB:library
29>StringOperators.obj : error LNK2019: unresolved external symbol "public: __thiscall WTF::String::String(char const *)" (??0String@WTF@@QAE@PBD@Z) referenced in function "private: virtual void __thiscall TestWebKitAPI::WTF_StringOperators_Test::TestBody(void)" (?TestBody@WTF_StringOperators_Test@TestWebKitAPI@@EAEXXZ)
29>StringOperators.obj : error LNK2019: unresolved external symbol "private: static class WTF::PassRefPtr<class WTF::StringImpl> __cdecl WTF::AtomicString::add(char const *)" (?add@AtomicString@WTF@@CA?AV?$PassRefPtr@VStringImpl@WTF@@@2@PBD@Z) referenced in function "public: __thiscall WTF::AtomicString::AtomicString(char const *)" (??0AtomicString@WTF@@QAE@PBD@Z)
29>C:\cygwin\home\buildbot\Webkit\WebKitBuild\Debug\bin\TestWebKitAPI.exe : fatal error LNK1120: 2 unresolved externals
29>Build log was saved at "file://C:\cygwin\home\buildbot\Webkit\WebKitBuild\Debug\obj\TestWebKitAPI\BuildLog.htm"
29>TestWebKitAPI - 3 error(s), 2 warning(s)

is the error I see?
Comment 5 Eric Seidel (no email) 2011-07-11 10:44:01 PDT
Oh, I see now.  You're wondering why the win-ews didn't comment?  Bugzilla was down for a while this weekend, it's possible it was down briefly when this thing tried to build 5 days ago.  Not sure why we don't see logs of the build event though.
Comment 6 Eric Seidel (no email) 2011-07-11 10:46:27 PDT
I can change the patch status page to include information on where the log message came from if that would help?

http://trac.webkit.org/browser/trunk/Tools/QueueStatusServer/templates/patch.html

It should really just use this include instead of rolling its own:
http://trac.webkit.org/browser/trunk/Tools/QueueStatusServer/templates/includes/singlequeuestatus.html
Comment 7 Adam Roben (:aroben) 2011-07-11 10:54:16 PDT
(In reply to comment #5)
> You're wondering why the win-ews didn't comment?

Yes.

> Bugzilla was down for a while this weekend, it's possible it was down briefly when this thing tried to build 5 days ago.  Not sure why we don't see logs of the build event though.

I uploaded attachment 99745 [details] almost a week ago. I'd assume that the EWS bot processed well before this weekend.
Comment 8 Eric Seidel (no email) 2011-07-11 12:00:10 PDT
Yes, it processed your patch 5 days, 21 hours ago. http://queues.webkit.org/patch/99745