Tue, 06 Jan 2015 21:39:09 +0100
Conditionally force memory storage according to privacy.thirdparty.isolate;
This solves Tor bug #9701, complying with disk avoidance documented in
https://www.torproject.org/projects/torbrowser/design/#disk-avoidance.
michael@0 | 1 | # Test printing roots that refer to NULL pointers. |
michael@0 | 2 | |
michael@0 | 3 | # Since mozilla.prettyprinters.Pointer declines to create pretty-printers |
michael@0 | 4 | # for null pointers, GDB built-in printing code ends up handling them. But |
michael@0 | 5 | # as of 2012-11, GDB suppresses printing pointers in replacement values: |
michael@0 | 6 | # see: http://sourceware.org/ml/gdb/2012-11/msg00055.html |
michael@0 | 7 | # |
michael@0 | 8 | # Thus, if the pretty-printer for JS::Rooted simply returns the referent as |
michael@0 | 9 | # a replacement value (which seems reasonable enough, if you want the |
michael@0 | 10 | # pretty-printer to be completely transparent), and the referent is a null |
michael@0 | 11 | # pointer, it prints as nothing at all. |
michael@0 | 12 | # |
michael@0 | 13 | # This test ensures that the JS::Rooted pretty-printer doesn't make that |
michael@0 | 14 | # mistake. |
michael@0 | 15 | |
michael@0 | 16 | gdb.execute('set print address on') |
michael@0 | 17 | |
michael@0 | 18 | run_fragment('Root.null') |
michael@0 | 19 | |
michael@0 | 20 | assert_pretty('null', '0x0') |