[tor-bugs] #10599 [Tor Browser]: Investigate building TBB with SoftBound or AddressSanitizer

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Oct 19 09:49:03 UTC 2015


#10599: Investigate building TBB with SoftBound or AddressSanitizer
-------------------------------------------------+-------------------------
 Reporter:  mikeperry                            |          Owner:  gk
     Type:  enhancement                          |         Status:
 Priority:  Very High                            |  assigned
Component:  Tor Browser                          |      Milestone:
 Severity:  Normal                               |        Version:
 Keywords:  gitian, tbb-security, tbb-gitian,    |     Resolution:
  TorBrowserTeam201510, GeorgKoppen201510        |  Actual Points:
Parent ID:  #17304                               |         Points:
  Sponsor:  SponsorU                             |
-------------------------------------------------+-------------------------

Comment (by gk):

 UBsan is actually involved/responsible for the freeze while compiling the
 startup cache. This got "solved" by https://hg.mozilla.org/mozilla-
 central/rev/f78c80504443 which is probably by accident as an exception is
 now thrown during that step which might break the freeze:

 {{{
 *************************
 A coding exception was thrown and uncaught in a Task.

 Full message: TypeError: invalid path component
 Full stack: join at resource://gre/modules/osfile/ospath_unix.jsm:90:1
 task_DI_initializePublicDownloadList at resource://gre/modules/DownloadIntegration.jsm:218:46
 TaskImpl_run at resource://gre/modules/Task.jsm:330:41
 TaskImpl at resource://gre/modules/Task.jsm:275:3
 createAsyncFunction/asyncFunction at resource://gre/modules/Task.jsm:249:14
 Task_spawn at resource://gre/modules/Task.jsm:164:12
 this.DownloadIntegration.initializePublicDownloadList at resource://gre/modules/DownloadIntegration.jsm:206:1
 this.Downloads.getList/this._promiseListsInitialized<@resource://gre/modules/Downloads.jsm:177:17
 TaskImpl_run at resource://gre/modules/Task.jsm:330:41
 Handler.prototype.process at resource://gre/modules/Promise.jsm ->
 resource://gre/modules/Promise-backend.js:934:23
 this.PromiseWalker.walkerLoop at resource://gre/modules/Promise.jsm ->
 resource://gre/modules/Promise-backend.js:813:7
 Promise*this.PromiseWalker.scheduleWalkerLoop at resource://gre/modules/Promise.jsm
 -> resource://gre/modules/Promise-backend.js:744:11
 this.PromiseWalker.schedulePromise at resource://gre/modules/Promise.jsm ->
 resource://gre/modules/Promise-backend.js:776:7
 Promise.prototype.then at resource://gre/modules/Promise.jsm ->
 resource://gre/modules/Promise-backend.js:451:5
 this.DownloadCombinedList at resource://gre/modules/DownloadList.jsm:278:3
 this.Downloads.getList/this._promiseListsInitialized<@resource://gre/modules/Downloads.jsm:172:28
 TaskImpl_run at resource://gre/modules/Task.jsm:330:41
 TaskImpl at resource://gre/modules/Task.jsm:275:3
 createAsyncFunction/asyncFunction at resource://gre/modules/Task.jsm:249:14
 Task_spawn at resource://gre/modules/Task.jsm:164:12
 this.Downloads.getList at resource://gre/modules/Downloads.jsm:169:39
 this.DownloadView.init at resource://app/modules/DownloadView.jsm:16:5
 @resource://app/modules/DownloadView.jsm:35:1
 load_modules_under@/path/to/mozilla-central/mozilla-
 central/toolkit/mozapps/installer/precompile_cache.js:76:7
 precompile_startupcache@/path/to/mozilla-central/mozilla-
 central/toolkit/mozapps/installer/precompile_cache.js:87:3
 @-e:1:1

 *************************
 }}}
 Might be interesting to dinf out what revision was the first that caused
 the freeze given that ESR 24 is working fine...

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/10599#comment:58>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list