47643 2010-10-13 18:08:50 -0700 [Chromium] Support FileSystem in chromium DRT 2010-11-01 15:50:54 -0700 1 1 1 Unclassified WebKit WebCore Misc. 528+ (Nightly build) PC OS X 10.5 RESOLVED FIXED P2 Normal --- 48729 1 kinuko webkit-unassigned dglazkov ericu jamesr ojan oldest_to_newest 293884 0 kinuko 2010-10-13 18:08:50 -0700 [Chromium] Enable FileSystem for chromium DRT 293889 1 70698 kinuko 2010-10-13 18:14:53 -0700 Created attachment 70698 Patch 293896 2 jamesr 2010-10-13 18:29:58 -0700 Hmm, still getting timeouts on many tests locally (chromium linux) 293899 3 kinuko 2010-10-13 18:41:53 -0700 (In reply to comment #2) > Hmm, still getting timeouts on many tests locally (chromium linux) I'm building the tests locally now... will look into them more closely. 293904 4 70698 jamesr 2010-10-13 19:05:17 -0700 Comment on attachment 70698 Patch OK, let's try to understand what is going on before landing stuff. 293957 5 kinuko 2010-10-13 22:23:36 -0700 Ok I got it now and got it working locally. It'll need more code (and support code in chromium) - I'll update the patch when other code becomes ready. 293988 6 70698 jamesr 2010-10-13 23:56:38 -0700 Comment on attachment 70698 Patch clearing flags, will need more code 296631 7 71247 kinuko 2010-10-19 21:38:48 -0700 Created attachment 71247 Patch 301224 8 kinuko 2010-10-28 12:17:32 -0700 Committed r70796: <http://trac.webkit.org/changeset/70796> 302175 9 dglazkov 2010-10-29 16:26:50 -0700 It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? 302178 10 dglazkov 2010-10-29 16:31:36 -0700 (In reply to comment #9) > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. cc: Ojan -- this is why the Chromium Win bot was not delivering results. 302771 11 dglazkov 2010-11-01 10:36:16 -0700 (In reply to comment #10) > (In reply to comment #9) > > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? > > If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. > > cc: Ojan -- this is why the Chromium Win bot was not delivering results. I rd /s/q WebKit/chromium/third_party on that bot and kicked it, let's see what will happen. Kinuko, can you investigate locally if you can run DRT tests to completion on Win? 302794 12 dglazkov 2010-11-01 11:15:58 -0700 (In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #9) > > > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? > > > > If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. > > > > cc: Ojan -- this is why the Chromium Win bot was not delivering results. > > I rd /s/q WebKit/chromium/third_party on that bot and kicked it, let's see what will happen. Kinuko, can you investigate locally if you can run DRT tests to completion on Win? It didn't help. 302802 13 kinuko 2010-11-01 11:29:12 -0700 (In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #9) > > > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? > > > > If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. > > > > cc: Ojan -- this is why the Chromium Win bot was not delivering results. > > I rd /s/q WebKit/chromium/third_party on that bot and kicked it, let's see what will happen. Kinuko, can you investigate locally if you can run DRT tests to completion on Win? Sure I will investigate this one locally. 302853 14 kinuko 2010-11-01 12:46:45 -0700 (In reply to comment #13) > (In reply to comment #11) > > (In reply to comment #10) > > > (In reply to comment #9) > > > > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? > > > > > > If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. > > > > > > cc: Ojan -- this is why the Chromium Win bot was not delivering results. > > > > I rd /s/q WebKit/chromium/third_party on that bot and kicked it, let's see what will happen. Kinuko, can you investigate locally if you can run DRT tests to completion on Win? > > Sure I will investigate this one locally. Currently I'm building DRT on my Win but it's taking time. Please ping me if you think this change must be reverted before further investigation. Thanks, 302985 15 dglazkov 2010-11-01 15:23:14 -0700 (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > (In reply to comment #9) > > > > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? > > > > > > If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. > > > > > > cc: Ojan -- this is why the Chromium Win bot was not delivering results. > > > > I rd /s/q WebKit/chromium/third_party on that bot and kicked it, let's see what will happen. Kinuko, can you investigate locally if you can run DRT tests to completion on Win? > > It didn't help. I've confirmed locally that reverting this doesn't fix the problem. 303006 16 kinuko 2010-11-01 15:50:54 -0700 (In reply to comment #15) > (In reply to comment #12) > > (In reply to comment #11) > > > (In reply to comment #10) > > > > (In reply to comment #9) > > > > > It's really weird, but after landing this change, the Chromium Win tester (http://build.webkit.org/waterfall?show=Chromium%20Win%20Release%20(Tests) ) never ever finishes. When logging on into it locally, I see three DumpRenderTree.exe that are still running, even though the log says the testing is finished. Can you please investigate? > > > > > > > > If I kill the running DumpRenderTree.exe processes by hand, layout test task finishes as if nothing went wrong. > > > > > > > > cc: Ojan -- this is why the Chromium Win bot was not delivering results. > > > > > > I rd /s/q WebKit/chromium/third_party on that bot and kicked it, let's see what will happen. Kinuko, can you investigate locally if you can run DRT tests to completion on Win? > > > > It didn't help. > > I've confirmed locally that reverting this doesn't fix the problem. Some additional notes... I got the same results, it hangs with and without this fix), but only if I used cygwin's python 2.5.2. In my local testing it worked fine (it warned some wedged threads warning though) when I used python 2.6 or 2.7 downloaded from www.python.org. Also it didn't hang when I ran it with --child-processes=1 flag. (I found this flag on the thread: http://groups.google.com/a/chromium.org/group/chromium-dev/browse_thread/thread/495546e6919b99e3?pli=1) 70698 2010-10-13 18:14:53 -0700 2010-10-19 21:38:45 -0700 Patch bug-47643-20101013181452.patch text/plain 1372 kinuko ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv ZwppbmRleCBmZjI0OWZiNTg2YTliYmQ2NmM3ODU2ZjM0MjA2NzdkMzU5ZTQ1ODdkLi44ZjZmMWQ1 ZjBhZTk0ZjEwNmNlZTM0OGY2ODEyZTIwYWY0NDU3MTQ1IDEwMDY0NAotLS0gYS9XZWJLaXRUb29s cy9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMgQEAK KzIwMTAtMTAtMTMgIEtpbnVrbyBZYXN1ZGEgIDxraW51a29AY2hyb21pdW0ub3JnPgorCisgICAg ICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFtDaHJvbWl1bV0gRW5h YmxlIEZpbGVTeXN0ZW0gZm9yIGNocm9taXVtIERSVAorICAgICAgICBodHRwczovL2J1Z3Mud2Vi a2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NDc2NDMKKworICAgICAgICAqIER1bXBSZW5kZXJUcmVl L2Nocm9taXVtL1Rlc3RTaGVsbC5jcHA6CisgICAgICAgIChUZXN0U2hlbGw6OlRlc3RTaGVsbCk6 IEFkZGVkIFdlYlJ1bnRpbWVGZWF0dXJlczo6ZW5hYmxlRmlsZVN5c3RlbSh0cnVlKQorCiAyMDEw LTEwLTEyICBBbmRlcnMgQ2FybHNzb24gIDxhbmRlcnNjYUBhcHBsZS5jb20+CiAKICAgICAgICAg UmV2aWV3ZWQgYnkgU2FtIFdlaW5pZy4KZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0R1bXBSZW5k ZXJUcmVlL2Nocm9taXVtL1Rlc3RTaGVsbC5jcHAgYi9XZWJLaXRUb29scy9EdW1wUmVuZGVyVHJl ZS9jaHJvbWl1bS9UZXN0U2hlbGwuY3BwCmluZGV4IDI4ZmEyODczY2M0YjhjOWM4M2Q2OWYzMDZk YmVjODIxZmM1N2EyY2YuLjk1Njc3NGM5ZWYxMGJlZWEwNWJjYzZiOTkzODEzNjY0ZDUzZWEyYWMg MTAwNjQ0Ci0tLSBhL1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL2Nocm9taXVtL1Rlc3RTaGVs bC5jcHAKKysrIGIvV2ViS2l0VG9vbHMvRHVtcFJlbmRlclRyZWUvY2hyb21pdW0vVGVzdFNoZWxs LmNwcApAQCAtODksNiArODksNyBAQCBUZXN0U2hlbGw6OlRlc3RTaGVsbChib29sIHRlc3RTaGVs bE1vZGUpCiB7CiAgICAgV2ViUnVudGltZUZlYXR1cmVzOjplbmFibGVHZW9sb2NhdGlvbih0cnVl KTsKICAgICBXZWJSdW50aW1lRmVhdHVyZXM6OmVuYWJsZUluZGV4ZWREYXRhYmFzZSh0cnVlKTsK KyAgICBXZWJSdW50aW1lRmVhdHVyZXM6OmVuYWJsZUZpbGVTeXN0ZW0odHJ1ZSk7CiAgICAgbV9h Y2Nlc3NpYmlsaXR5Q29udHJvbGxlci5zZXQobmV3IEFjY2Vzc2liaWxpdHlDb250cm9sbGVyKHRo aXMpKTsKICAgICBtX2xheW91dFRlc3RDb250cm9sbGVyLnNldChuZXcgTGF5b3V0VGVzdENvbnRy b2xsZXIodGhpcykpOwogICAgIG1fZXZlbnRTZW5kZXIuc2V0KG5ldyBFdmVudFNlbmRlcih0aGlz KSk7Cg== 71247 2010-10-19 21:38:48 -0700 2010-10-24 20:57:07 -0700 Patch bug-47643-20101019213847.patch text/plain 4282 kinuko ZGlmZiAtLWdpdCBhL1dlYktpdC9jaHJvbWl1bS9DaGFuZ2VMb2cgYi9XZWJLaXQvY2hyb21pdW0v Q2hhbmdlTG9nCmluZGV4IDU0MWJkMjYxMTU2NmEyNTU1YmY0NGQ1MjE3MjMzNThiM2EyNTViNDcu LjIzMWY3NThlOTQxYjNhY2VmMGI0ODI3NjMzNWViZDI4NDMxOGM0MTYgMTAwNjQ0Ci0tLSBhL1dl YktpdC9jaHJvbWl1bS9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0L2Nocm9taXVtL0NoYW5nZUxvZwpA QCAtMSwzICsxLDExIEBACisyMDEwLTEwLTE5ICBLaW51a28gWWFzdWRhICA8a2ludWtvQGNocm9t aXVtLm9yZz4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAg ICBVcGRhdGUgdGhlIGNocm9taXVtIERFUFMgdG8gNjMxNjQgdG8gcGljayB1cCB3ZWJraXRfc3Vw cG9ydCBjaGFuZ2VzLgorCisgICAgICAgICogREVQUzoKKwogMjAxMC0xMC0xOSAgVG9ueSBDaGFu ZyAgPHRvbnlAY2hyb21pdW0ub3JnPgogCiAgICAgICAgIFJldmlld2VkIGJ5IEtlbnQgVGFtdXJh LgpkaWZmIC0tZ2l0IGEvV2ViS2l0L2Nocm9taXVtL0RFUFMgYi9XZWJLaXQvY2hyb21pdW0vREVQ UwppbmRleCA4NmE5Mzg3MjFkZjQ1NTMzNzkzMjM2ZGY0MWE0ZDk0Yzc0NzkzZjhhLi5jOTBlYWMz MWY1NWMyM2I4MWE1ZmEwMDU4ZjJhMzY3NDM4MjIyNzFlIDEwMDY0NAotLS0gYS9XZWJLaXQvY2hy b21pdW0vREVQUworKysgYi9XZWJLaXQvY2hyb21pdW0vREVQUwpAQCAtMzIsNyArMzIsNyBAQAog CiB2YXJzID0gewogICAnY2hyb21pdW1fc3ZuJzogJ2h0dHA6Ly9zcmMuY2hyb21pdW0ub3JnL3N2 bi90cnVuay9zcmMnLAotICAnY2hyb21pdW1fcmV2JzogJzYzMDU3JworICAnY2hyb21pdW1fcmV2 JzogJzYzMTY0JwogfQogCiBkZXBzID0gewpkaWZmIC0tZ2l0IGEvV2ViS2l0VG9vbHMvQ2hhbmdl TG9nIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCmluZGV4IGJkZmY3NzQxNWQ5Mjk2ZWNhNmJlYTg2 N2E1NGZhZTNjZGM5ZGNkMDEuLmE5ZGQ4MjI0ZDNjZDAwZTFkOGM5MDE1NDNlMjY0MTFiN2ZkZmVj NWYgMTAwNjQ0Ci0tLSBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZworKysgYi9XZWJLaXRUb29scy9D aGFuZ2VMb2cKQEAgLTEsMyArMSwxNSBAQAorMjAxMC0xMC0xOSAgS2ludWtvIFlhc3VkYSAgPGtp bnVrb0BjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISku CisKKyAgICAgICAgW0Nocm9taXVtXSBTdXBwb3J0IEZpbGVTeXN0ZW0gaW4gY2hyb21pdW0gRFJU CisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD00NzY0Mwor CisgICAgICAgICogRHVtcFJlbmRlclRyZWUvY2hyb21pdW0vV2ViVmlld0hvc3QuY3BwOgorICAg ICAgICAoV2ViVmlld0hvc3Q6Om9wZW5GaWxlU3lzdGVtKTogQWRkZWQuCisgICAgICAgICogRHVt cFJlbmRlclRyZWUvY2hyb21pdW0vV2ViVmlld0hvc3QuaDoKKyAgICAgICAgKFdlYlZpZXdIb3N0 OjpvcGVuRmlsZVN5c3RlbSk6IEFkZGVkLgorCiAyMDEwLTEwLTE5ICBFcmljIFNlaWRlbCAgPGVy aWNAd2Via2l0Lm9yZz4KIAogICAgICAgICBSZXZpZXdlZCBieSBBZGFtIEJhcnRoLgpkaWZmIC0t Z2l0IGEvV2ViS2l0VG9vbHMvRHVtcFJlbmRlclRyZWUvY2hyb21pdW0vVGVzdFNoZWxsLmNwcCBi L1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL2Nocm9taXVtL1Rlc3RTaGVsbC5jcHAKaW5kZXgg MGIyN2M3OGM1MzVhZTJkZWU3MTVlYTkxYzI4ZjBlOWFlZDdlM2Q5Zi4uNWU3ZWQxYjFiZjMyNGRj NTk2ZWQyMjAwNjFiNzVlZGVlNTk0MTRhMSAxMDA2NDQKLS0tIGEvV2ViS2l0VG9vbHMvRHVtcFJl bmRlclRyZWUvY2hyb21pdW0vVGVzdFNoZWxsLmNwcAorKysgYi9XZWJLaXRUb29scy9EdW1wUmVu ZGVyVHJlZS9jaHJvbWl1bS9UZXN0U2hlbGwuY3BwCkBAIC04OSw2ICs4OSw3IEBAIFRlc3RTaGVs bDo6VGVzdFNoZWxsKGJvb2wgdGVzdFNoZWxsTW9kZSkKIHsKICAgICBXZWJSdW50aW1lRmVhdHVy ZXM6OmVuYWJsZUdlb2xvY2F0aW9uKHRydWUpOwogICAgIFdlYlJ1bnRpbWVGZWF0dXJlczo6ZW5h YmxlSW5kZXhlZERhdGFiYXNlKHRydWUpOworICAgIFdlYlJ1bnRpbWVGZWF0dXJlczo6ZW5hYmxl RmlsZVN5c3RlbSh0cnVlKTsKICAgICBtX2FjY2Vzc2liaWxpdHlDb250cm9sbGVyLnNldChuZXcg QWNjZXNzaWJpbGl0eUNvbnRyb2xsZXIodGhpcykpOwogICAgIG1fbGF5b3V0VGVzdENvbnRyb2xs ZXIuc2V0KG5ldyBMYXlvdXRUZXN0Q29udHJvbGxlcih0aGlzKSk7CiAgICAgbV9ldmVudFNlbmRl ci5zZXQobmV3IEV2ZW50U2VuZGVyKHRoaXMpKTsKZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0R1 bXBSZW5kZXJUcmVlL2Nocm9taXVtL1dlYlZpZXdIb3N0LmNwcCBiL1dlYktpdFRvb2xzL0R1bXBS ZW5kZXJUcmVlL2Nocm9taXVtL1dlYlZpZXdIb3N0LmNwcAppbmRleCBhYjhkYmYwYTg0ZWZjYzgw N2JkYWU4NzBjODM5YjY3ZDYwMTJkYjc3Li45YmUxOWY4MDYwNTdkY2QyOTJkODVlNmQzYmE3OTQ1 NjdkMTBiMDI1IDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9EdW1wUmVuZGVyVHJlZS9jaHJvbWl1 bS9XZWJWaWV3SG9zdC5jcHAKKysrIGIvV2ViS2l0VG9vbHMvRHVtcFJlbmRlclRyZWUvY2hyb21p dW0vV2ViVmlld0hvc3QuY3BwCkBAIC0xMDUxLDYgKzEwNTEsMTEgQEAgYm9vbCBXZWJWaWV3SG9z dDo6YWxsb3dTY3JpcHQoV2ViRnJhbWUqLCBib29sIGVuYWJsZWRQZXJTZXR0aW5ncykKICAgICBy ZXR1cm4gZW5hYmxlZFBlclNldHRpbmdzOwogfQogCit2b2lkIFdlYlZpZXdIb3N0OjpvcGVuRmls ZVN5c3RlbShXZWJGcmFtZSogZnJhbWUsIFdlYkZpbGVTeXN0ZW06OlR5cGUgdHlwZSwgbG9uZyBs b25nLCBib29sLCBXZWJGaWxlU3lzdGVtQ2FsbGJhY2tzKiBjYWxsYmFja3MpCit7CisgICAgd2Vi a2l0X3N1cHBvcnQ6Ok9wZW5GaWxlU3lzdGVtKGZyYW1lLCB0eXBlLCBjYWxsYmFja3MpOworfQor CiAvLyBQdWJsaWMgZnVuY3Rpb25zIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAKIFdlYlZpZXdIb3N0OjpXZWJWaWV3SG9zdChUZXN0 U2hlbGwqIHNoZWxsKQpkaWZmIC0tZ2l0IGEvV2ViS2l0VG9vbHMvRHVtcFJlbmRlclRyZWUvY2hy b21pdW0vV2ViVmlld0hvc3QuaCBiL1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL2Nocm9taXVt L1dlYlZpZXdIb3N0LmgKaW5kZXggNDI5ZDNhYmQxOWIyZWMxMjA0YjJmYzU4OTJhZjdkNzg3OWFi NzBiZi4uMGNhMDk4NjA5ZGM3YjM5MjEzNmE1ZTRiZTY5MmU1MWQ5MTgwNTljNCAxMDA2NDQKLS0t IGEvV2ViS2l0VG9vbHMvRHVtcFJlbmRlclRyZWUvY2hyb21pdW0vV2ViVmlld0hvc3QuaAorKysg Yi9XZWJLaXRUb29scy9EdW1wUmVuZGVyVHJlZS9jaHJvbWl1bS9XZWJWaWV3SG9zdC5oCkBAIC0x OTIsNiArMTkyLDEzIEBAIGNsYXNzIFdlYlZpZXdIb3N0IDogcHVibGljIFdlYktpdDo6V2ViVmll d0NsaWVudCwgcHVibGljIFdlYktpdDo6V2ViRnJhbWVDbGllbnQsCiAgICAgdmlydHVhbCB2b2lk IGRpZERpc3BsYXlJbnNlY3VyZUNvbnRlbnQoV2ViS2l0OjpXZWJGcmFtZSopOwogICAgIHZpcnR1 YWwgdm9pZCBkaWRSdW5JbnNlY3VyZUNvbnRlbnQoV2ViS2l0OjpXZWJGcmFtZSosIGNvbnN0IFdl YktpdDo6V2ViU2VjdXJpdHlPcmlnaW4mKTsKICAgICB2aXJ0dWFsIGJvb2wgYWxsb3dTY3JpcHQo V2ViS2l0OjpXZWJGcmFtZSosIGJvb2wgZW5hYmxlZFBlclNldHRpbmdzKTsKKyAgICB2aXJ0dWFs IHZvaWQgb3BlbkZpbGVTeXN0ZW0oV2ViS2l0OjpXZWJGcmFtZSosIFdlYktpdDo6V2ViRmlsZVN5 c3RlbTo6VHlwZSwgbG9uZyBsb25nIHNpemUsIGJvb2wgY3JlYXRlLCBXZWJLaXQ6OldlYkZpbGVT eXN0ZW1DYWxsYmFja3MqKTsKKworICAgIC8vIEZJWE1FOiBUaGlzIG1ldGhvZCBuZWVkcyB0byBi ZSByZW1vdmVkIHdoZW4gYWxsIHRoZSBjb2RlIG1pZ3JhdGUgdG8gdGhlIG90aGVyIG9uZS4KKyAg ICB2aXJ0dWFsIHZvaWQgb3BlbkZpbGVTeXN0ZW0oV2ViS2l0OjpXZWJGcmFtZSogZnJhbWUsIFdl YktpdDo6V2ViRmlsZVN5c3RlbTo6VHlwZSB0eXBlLCBsb25nIGxvbmcgc2l6ZSwgV2ViS2l0OjpX ZWJGaWxlU3lzdGVtQ2FsbGJhY2tzKiBjYWxsYmFja3MpCisgICAgeworICAgICAgICBvcGVuRmls ZVN5c3RlbShmcmFtZSwgdHlwZSwgc2l6ZSwgdHJ1ZSwgY2FsbGJhY2tzKTsKKyAgICB9CiAKIHBy aXZhdGU6CiAgICAgTGF5b3V0VGVzdENvbnRyb2xsZXIqIGxheW91dFRlc3RDb250cm9sbGVyKCkg Y29uc3Q7Cg==