|
ViennaCL - The Vienna Computing Library
1.5.2
|
Manages an OpenCL context and provides the respective convenience functions for creating buffers, etc. More...
#include <context.hpp>
Public Member Functions | |
| context () | |
| vcl_size_t | default_device_num () const |
| Returns the maximum number of devices to be set up for the context. | |
| void | default_device_num (vcl_size_t new_num) |
| Sets the maximum number of devices to be set up for the context. | |
| cl_device_type | default_device_type () |
| Returns the default device type for the context. | |
| void | default_device_type (cl_device_type dtype) |
| Sets the device type for this context. | |
| std::vector < viennacl::ocl::device > const & | devices () const |
| Returns a vector with all devices in this context. | |
| viennacl::ocl::device const & | current_device () const |
| Returns the current device. | |
| void | switch_device (vcl_size_t i) |
| Switches the current device to the i-th device in this context. | |
| void | switch_device (viennacl::ocl::device const &d) |
| If the supplied device is used within the context, it becomes the current active device. | |
| void | add_device (viennacl::ocl::device const &d) |
| Add a device to the context. Must be done before the context is initialized. | |
| void | add_device (cl_device_id d) |
| Add a device to the context. Must be done before the context is initialized. | |
| void | init () |
| Initializes a new context. | |
| void | init (cl_context c) |
| Initializes the context from an existing, user-supplied context. | |
| cl_mem | create_memory_without_smart_handle (cl_mem_flags flags, unsigned int size, void *ptr=NULL) const |
| Creates a memory buffer within the context. Does not wrap the OpenCL handle into the smart-pointer-like viennacl::ocl::handle, which saves an OpenCL backend call, yet the user has to ensure that the OpenCL memory handle is free'd or passed to a viennacl::ocl::handle later on. | |
| viennacl::ocl::handle< cl_mem > | create_memory (cl_mem_flags flags, unsigned int size, void *ptr=NULL) const |
| Creates a memory buffer within the context. | |
| template<typename SCALARTYPE , typename A , template< typename, typename > class VectorType> | |
| viennacl::ocl::handle< cl_mem > | create_memory (cl_mem_flags flags, const VectorType< SCALARTYPE, A > &buffer) const |
| Creates a memory buffer within the context initialized from the supplied data. | |
| void | add_queue (cl_device_id dev, cl_command_queue q) |
| Adds an existing queue for the given device to the context. | |
| void | add_queue (cl_device_id dev) |
| Adds a queue for the given device to the context. | |
| void | add_queue (viennacl::ocl::device d) |
| Adds a queue for the given device to the context. | |
| viennacl::ocl::command_queue & | get_queue () |
| viennacl::ocl::command_queue const & | get_queue () const |
| viennacl::ocl::command_queue & | get_queue (cl_device_id dev, vcl_size_t i=0) |
| Returns the queue with the provided index for the given device. | |
| viennacl::ocl::command_queue const & | current_queue () |
| Returns the current device. | |
| void | switch_queue (vcl_size_t i) |
| Switches the current device to the i-th device in this context. | |
| void | switch_queue (viennacl::ocl::command_queue const &q) |
| If the supplied command_queue is used within the context, it becomes the current active command_queue, the command_queue's device becomes current active device. | |
| viennacl::ocl::program & | add_program (cl_program p, std::string const &prog_name) |
| Adds a program to the context. | |
| viennacl::ocl::program & | add_program (std::string const &source, std::string const &prog_name) |
| Adds a new program with the provided source to the context. Compiles the program and extracts all kernels from it. | |
| void | delete_program (std::string const &name) |
| Delete the program with the provided name. | |
| viennacl::ocl::program & | get_program (std::string const &name) |
| Returns the program with the provided name. | |
| viennacl::ocl::program const & | get_program (std::string const &name) const |
| bool | has_program (std::string const &name) |
| Returns whether the program with the provided name exists or not. | |
| viennacl::ocl::program & | get_program (vcl_size_t id) |
| Returns the program with the provided id. | |
| vcl_size_t | program_num () |
| Returns the number of programs within this context. | |
| viennacl::ocl::kernel & | get_kernel (std::string const &program_name, std::string const &kernel_name) |
| Convenience function for retrieving the kernel of a program directly from the context. | |
| vcl_size_t | device_num () |
| Returns the number of devices within this context. | |
| const viennacl::ocl::handle < cl_context > & | handle () const |
| Returns the context handle. | |
| std::string | build_options () const |
| Returns the current build option string. | |
| void | build_options (std::string op) |
| Sets the build option string, which is passed to the OpenCL compiler in subsequent compilations. Does not effect programs already compiled previously. | |
| vcl_size_t | platform_index () const |
| Returns the platform ID of the platform to be used for the context. | |
| void | platform_index (vcl_size_t new_index) |
| Sets the platform ID of the platform to be used for the context. | |
| bool | operator< (context const &other) const |
| Less-than comparable for compatibility with std:map. | |
| bool | operator== (context const &other) const |
Manages an OpenCL context and provides the respective convenience functions for creating buffers, etc.
This class was originally written before the OpenCL C++ bindings were standardized. Regardless, it provides a couple of convience functionality which is not covered by the OpenCL C++ bindings.
| context | ( | ) | [inline] |
| void add_device | ( | viennacl::ocl::device const & | d | ) | [inline] |
Add a device to the context. Must be done before the context is initialized.
| void add_device | ( | cl_device_id | d | ) | [inline] |
Add a device to the context. Must be done before the context is initialized.
| viennacl::ocl::program& add_program | ( | cl_program | p, |
| std::string const & | prog_name | ||
| ) | [inline] |
Adds a program to the context.
| viennacl::ocl::program& add_program | ( | std::string const & | source, |
| std::string const & | prog_name | ||
| ) | [inline] |
Adds a new program with the provided source to the context. Compiles the program and extracts all kernels from it.
| void add_queue | ( | cl_device_id | dev, |
| cl_command_queue | q | ||
| ) | [inline] |
Adds an existing queue for the given device to the context.
| void add_queue | ( | cl_device_id | dev | ) | [inline] |
Adds a queue for the given device to the context.
| void add_queue | ( | viennacl::ocl::device | d | ) | [inline] |
Adds a queue for the given device to the context.
| std::string build_options | ( | ) | const [inline] |
Returns the current build option string.
| void build_options | ( | std::string | op | ) | [inline] |
Sets the build option string, which is passed to the OpenCL compiler in subsequent compilations. Does not effect programs already compiled previously.
| viennacl::ocl::handle<cl_mem> create_memory | ( | cl_mem_flags | flags, |
| unsigned int | size, | ||
| void * | ptr = NULL |
||
| ) | const [inline] |
Creates a memory buffer within the context.
| flags | OpenCL flags for the buffer creation |
| size | Size of the memory buffer in bytes |
| ptr | Optional pointer to CPU memory, with which the OpenCL memory should be initialized |
| viennacl::ocl::handle<cl_mem> create_memory | ( | cl_mem_flags | flags, |
| const VectorType< SCALARTYPE, A > & | buffer | ||
| ) | const [inline] |
Creates a memory buffer within the context initialized from the supplied data.
| flags | OpenCL flags for the buffer creation |
| buffer | A vector (STL vector, ublas vector, etc.) |
| cl_mem create_memory_without_smart_handle | ( | cl_mem_flags | flags, |
| unsigned int | size, | ||
| void * | ptr = NULL |
||
| ) | const [inline] |
Creates a memory buffer within the context. Does not wrap the OpenCL handle into the smart-pointer-like viennacl::ocl::handle, which saves an OpenCL backend call, yet the user has to ensure that the OpenCL memory handle is free'd or passed to a viennacl::ocl::handle later on.
| flags | OpenCL flags for the buffer creation |
| size | Size of the memory buffer in bytes |
| ptr | Optional pointer to CPU memory, with which the OpenCL memory should be initialized |
| viennacl::ocl::device const& current_device | ( | ) | const [inline] |
Returns the current device.
| viennacl::ocl::command_queue const& current_queue | ( | ) | [inline] |
Returns the current device.
| vcl_size_t default_device_num | ( | ) | const [inline] |
Returns the maximum number of devices to be set up for the context.
| void default_device_num | ( | vcl_size_t | new_num | ) | [inline] |
Sets the maximum number of devices to be set up for the context.
| cl_device_type default_device_type | ( | ) | [inline] |
Returns the default device type for the context.
| void default_device_type | ( | cl_device_type | dtype | ) | [inline] |
Sets the device type for this context.
| void delete_program | ( | std::string const & | name | ) | [inline] |
Delete the program with the provided name.
| vcl_size_t device_num | ( | ) | [inline] |
Returns the number of devices within this context.
| std::vector<viennacl::ocl::device> const& devices | ( | ) | const [inline] |
Returns a vector with all devices in this context.
| viennacl::ocl::kernel& get_kernel | ( | std::string const & | program_name, |
| std::string const & | kernel_name | ||
| ) | [inline] |
Convenience function for retrieving the kernel of a program directly from the context.
| viennacl::ocl::program& get_program | ( | std::string const & | name | ) | [inline] |
Returns the program with the provided name.
| viennacl::ocl::program const& get_program | ( | std::string const & | name | ) | const [inline] |
| viennacl::ocl::program& get_program | ( | vcl_size_t | id | ) | [inline] |
Returns the program with the provided id.
| viennacl::ocl::command_queue& get_queue | ( | ) | [inline] |
| viennacl::ocl::command_queue const& get_queue | ( | ) | const [inline] |
| viennacl::ocl::command_queue& get_queue | ( | cl_device_id | dev, |
| vcl_size_t | i = 0 |
||
| ) | [inline] |
Returns the queue with the provided index for the given device.
| const viennacl::ocl::handle<cl_context>& handle | ( | ) | const [inline] |
Returns the context handle.
| bool has_program | ( | std::string const & | name | ) | [inline] |
Returns whether the program with the provided name exists or not.
| void init | ( | ) | [inline] |
Initializes a new context.
| void init | ( | cl_context | c | ) | [inline] |
Initializes the context from an existing, user-supplied context.
| bool operator< | ( | context const & | other | ) | const [inline] |
Less-than comparable for compatibility with std:map.
| bool operator== | ( | context const & | other | ) | const [inline] |
| vcl_size_t platform_index | ( | ) | const [inline] |
Returns the platform ID of the platform to be used for the context.
| void platform_index | ( | vcl_size_t | new_index | ) | [inline] |
Sets the platform ID of the platform to be used for the context.
| vcl_size_t program_num | ( | ) | [inline] |
Returns the number of programs within this context.
| void switch_device | ( | vcl_size_t | i | ) | [inline] |
Switches the current device to the i-th device in this context.
| void switch_device | ( | viennacl::ocl::device const & | d | ) | [inline] |
If the supplied device is used within the context, it becomes the current active device.
| void switch_queue | ( | vcl_size_t | i | ) | [inline] |
Switches the current device to the i-th device in this context.
| void switch_queue | ( | viennacl::ocl::command_queue const & | q | ) | [inline] |
If the supplied command_queue is used within the context, it becomes the current active command_queue, the command_queue's device becomes current active device.


About Me
Hello there,
My name is Siman and I am a Software Development and Testing student at the Puget Sound area.
I am excited to share with you more about my self in this portal page. Stay tuned for something interesting.
Thank you.
I look forward to starting my internship which will be marked by a four weeks bootcamp training.
It will be a six months long internship period and I plan on making the most out of it. After that I intend on qualifying for a permanent employement position at the company where I will be working as an intern,and so I hope you will understand when I say, I will give it all my best. My goal is to advance in my career as a Data Analyst.
I am skilled at using Microsoft services and tools, I am a good communicator, able to collaborate in a team setting and have the skills and capacity to implement critical thinking and creativity when problem solving.
I am proud of the accomplishments I have made as a young professional. I have incredibly improved at communicating both in a professional and casual setting, able to give and receive feedback, and also gained the courage to be a public speaker. During my academic period in class, I have worked and completed a number of projects including program codes using programming languages such as python and JavaScript.
Additionally, I recently had an outstanding score in a business class with my excel data analysis skills.
Page Origin
The HTML/CSS comes from Sara Newman's WEB110 class as taught at Seattle Central. This page provides a basis for students to build a responsive portal page.
Study how this page is built, and use it as a foundation for your portal or other sites!
Copyright [2014-2020] [Sara Newman]. Licensed under the Apache License, Version 2.0


- The 2021 IEEE Autonomous Driving AI Test Challenge
is now an online only event. It will take place from 23rd August to 26th August
- Please check for all training recordings and slides
- Click to See Deliverables
- IMPORTANT:
We would also like to remind you that the submissions are accepted through GitHub (NOT via website).
We have sent submission
instructions to all registered teams via emails. If you registered but
have not received the instructions,
please let us know ASAP by sending emails to<EMAIL_ADDRESS>- Deadline:
Deliverable#1 extended to 05/17/2021, 11:59pm PST.
Deliverable#2 extended to 07/23/2021, 11:59pm PST.
news
Aug. 8 2021:
The review of all the submissions has been completed and
the winners of the challenge will be announced during the
conference on August 23. The schedule of the presentation
sessions/winners announcement will be out soon
Mar. 24 2021:
We are going to host the first Q&A / demo sessions on March 26 / March 27 and April 9/10.
Please click the details
Oct. 26 2020:
Please check the the new Announcement on participating the
online challenges.
For further details about the online challenges, please take a look at the online venue page.
Online Venue
Testing autonomous driving vehicles refers to a quality assurance process in which diverse validation activities are performed based on well-defined quality assurance standards and assessment criteria. In a quality validation process, unmanned autonomous driving vehicles are validated at different levels (component, integration, and system) based on the pre-defined quality requirements to assure system quality in algorithms, functions, components, behaviors, connectivity, sensing, performance, intelligence, and decision-making in diverse contexts and conditions. To reduce the cost and increase the testing efficiency in the autonomous driving industry, simulation testing receives increasing attention and effort in recent years. A high-fidelity simulation software usually contains the mathematical representations of the environment, the dynamics of autonomous vehicles and surrounding vehicles, the sensors models, etc., at different levels, and is needed to facilitate the testing and development of autonomous driving systems. In order to perform efficient simulation testing, techniques for optimizing and accelerating testing processes are in great demand.
This challenge is set up as a platform to address this demand, and advocate the importance and need of quality validation and automation for autonomous driverless cars. This platform provides a global competition opportunity for international student teams and professional teams to develop diverse simulation testing techniques and approaches in test scenario generation and automation.
In this challenge, LGSVL simulator will be used to support simulation testing and execution. LGSVL simulator is a Unity-based autonomous vehicle simulator developed by LG Electronics America R&D Center. The LGSVL simulator can generate various realistic 3D environments by adjusting environmental parameters including maps, weather, traffic, and pedestrians. It can also simulate different sensor outputs, including camera, Lidar, radar, ultrasonic, etc., and lots of virtual sensors to generate ground truth data (e.g. depth, semantic/instance segmentation, 2D/3D bounding box, etc.). Users can generate and test arbitrary edge case scenarios and simulate billions of miles. LGSVL simulator is fully integrated with the open-source platforms Baidu Apollo and Autoware. In this challenge, teams will use LGSVL integrated with Baidu Apollo to generate and evaluate test cases.
The details about LGSVL could be found in the following URLs:
https://www.lgsvlsimulator.com/
https://www.lgsvlsimulator.com/docs/
The challenge consists of two phases:
1. Training and team selection. During this phase, training materials including tutorial
videos, documents, and online Q&A sessions will be delivered to the teams so that the
teams will get familiar with LGSVL simulator.
Available training materials:
> Tutorial: End-to-end video tutorial of LGSVL simulator with Apollo driving
> Getting started with LGSVL simulator
> Getting started with Baidu Apollo
> Online course on Software Testing for Complex Intelligent Systems and Autonomous Vehicles, video list
Two Q&A / demo sessions details
(1) March 26, 2021 from 5pm - 6:30pm PST
March 27, 2021 from 9am - 10:30am PST)
(2) April 9, 2021 at 5pm - 6:30pm PST
April 10, 2021 at 9am - 10:30am PST
Please check for all the Zoom links and recordings
2. Competition. During this phase, teams use the traffic accident/crash database to create scenarios, automation scripts,
and UI and submit them for evaluation.
1. Form a team and make your challenge registration via specified challenge platform. Each
team can have up to 6 members.
2. Attend challenge training sessions
3. Work and submit the first
phase deliverable. Each team needs to work on deliverable #1 and submit
the following
artifacts for each scenario to the
team’s submission folder in the given challenge submission link.
-- Scenarios and associated scripts
-- Simulation execution
report (Note that “Test Results” are not available in LGSVL Simulator
2020.06 which
was initially recommended for
deliverable #1, so this report is not required for deliverable #1. Teams
may instead choose
to include any interesting console
output generated by the scenario script during the execution
of each scenario. If using SVL
Simulator 2021.1, a report may be generated by enabling the Create Test Report option,
printing the resulting Test Results screen as a PDF and including that report.)
-- Scenario demo videos (e.g. screen capture video; submit link to YouTube, Google Drive, etc.)
-- Selected scenario
trip/route and map information (e.g. which maps were used; include
descriptions and/or sketches of routes for ego and NPC trajectories)
-- A (written) simulation test report, which documents the generated test scenario scripting methods, and problem findings.
4. Work and submit the second
phase deliverable. Each team needs to work on deliverable #2 and submit
your challenge project artifacts
(same as before, listed above) for each
scenario to the team’s submission folder in the given challenge
submission link.
5. Final challenge demo and evaluation for selected final teams (for the selected final teams).
6. Final paper submission and presentation for selected final teams (for the selected final teams).
Click to See Deliverables
The results will be evaluated based on
1) Test simulation automation in test simulation modeling, auto-script generation,
auto-result validation, auto-coverage analysis, and auto-report
2) Models and methodology
3) Simulation demos based on specified routes, scenarios, and rules
4) The number of test simulation scenarios
The submissions will be evaluated based on the following criteria:
This evaluation criteria listed below provides detailed assessment rubrics for AV test simulation scenario generation and script generation from different teams.
This evaluation criteria listed below provides detailed assessment rubrics for challenge demos given from different teams.
Github
The instructions on how to get started
with LGSVL and Apollo including the system requirements can be found at
https://www.lgsvlsimulator.com/docs/getting-started/
and https://github.com/ApolloAuto/apollo.
Each team must have local machines running LGSVL Simulator and Apollo.
LGSVL cloud will be used to run
scenarios by judges for verification. LGSVL cloud can run LGSVL
Simulator,
Apollo ad stack, and scenario/Python
scripts. However, users can only view the visualization of recorded
data and can see an analysis report of
all the simulations after simulations are finished.
Amazon AWS cloud environment
- First place team ($5K)
- Second place team ($3K)
- 2 Third place teams ($2K, each with 1K)
Register for challenge
Dates
Registration deadline :
March 15 2021
Training, preparation starts:
March 2021
First phase challenge submission:
May 7 2021
Notification of selected teams :
May 15 2021
Second phase challenge submission:
July 15 2021
Paper submission:
July 23 2021
Complete review and notification:
August 06 2021
AI Test Conference presentations
August 23 2021
Announcement of winners:
August 2021
Contacts
Jerry Gao
<EMAIL_ADDRESS>Wencen Wu
<EMAIL_ADDRESS>Oum-El-Kheir Aktouf
oum-el-kheir.aktouf@lcis.grenoble-inp.fr


Properties
hasReceivedLocationUpdate
@property (nonatomic, readonly) BOOL hasReceivedLocationUpdate
isUpdatingLocation
@property (nonatomic, readonly) BOOL isUpdatingLocation
timeout
@property (nonatomic, assign) NSTimeInterval timeout
Instance Methods
locationManagerShouldDisplayHeadingCalibration:
- (BOOL)locationManagerShouldDisplayHeadingCalibration:(CLLocationManager *)manager
setDelegate:
- (void)setDelegate:(id<CLLocationManagerDelegate>)delegate
startUpdatingHeadingWithDelegate:
- (void)startUpdatingHeadingWithDelegate:(id<SDLocationManagerDelegate>)delegate
startUpdatingLocation
- (void)startUpdatingLocation
startUpdatingLocationWithDelegate:
- (void)startUpdatingLocationWithDelegate:(id<SDLocationManagerDelegate>)delegate
stopUpdatingHeading
- (void)stopUpdatingHeading
stopUpdatingHeadingWithDelegate:
- (void)stopUpdatingHeadingWithDelegate:(id<SDLocationManagerDelegate>)delegate
stopUpdatingLocationWithDelegate:
- (void)stopUpdatingLocationWithDelegate:(id<SDLocationManagerDelegate>)delegate


Login
Member Info »
MemberRoster
MemberProfile
MemberAvailability
GroupAvailability
Tennis Rankings
MemberStats
Court Info »
Facilities
CourtAvailability
CourtAssignments
Play Results »
ResultsEntry
ResultsSummary
Change Month
Format Email
Help
Court Availability
We have agreements to play on the following courts on
Mondays, Tuesdays and Saturdays from 8am - 11am :
Sea Breeze
Truman
Odell
Bacall
Allamanda
Colony Cottage


London-based developer, current web dev TA at GA and Codebar coach.
Sorry, we've misplaced that URL or it's pointing to something that doesn't exist. Head back home to try finding it again.


Simple stuff |
Some arrays |
More to come.. |
|---|---|---|
Expected resultTitleSubtitleby John Smith<EMAIL_ADDRESS>Lorem ipsum FTW!
with class namesLoading...by ()with data-js attributesLoading as well...by ()with explicit rules......by () |
Expected resultA Great ArticleLorem Ipsum FTW!
Does NOT seem that great
Whining again, John...
You two should take your stuff elsewhere!
with data-js attributeswith explicit rules |
Some gratuitous JSON-based animation |


Def Leppard celebrate landmark 2019 in new recap video
by https://www.facebook.com/ClassicRockMagazine/From their induction into The Rock And Roll Hall Of Fame to their Las Vegas residency - it’s been a huge year for Def Leppard
Def Leppard have released a video looking back at their momentous 2019.
It’s been an incredible year for the band, with their induction into The Rock And Roll Hall Of Fame in March, a European tour complete with headline slot at the UK’s Download festival, a summer tour of Canada, and a 12-date Las Vegas residency at Zappos Theater at Planet Hollywood Resort & Casino.
The video crams in some of the year’s highlights and features footage of the band meeting fans, conducting radio and TV interviews, hanging out with Kiss star Paul Stanley and Bon Jovi leader Jon Bon Jovi backstage – and there’s plenty of footage from their live shows, too
And if 2019’s been busy for the UK favourites, 2020 could be even crazier, with guitarist Phil Collen saying last week that “next year’s going to be even more bonkers.”
Why? Well, there’s the rumoured tour with Motley Crue and Poison which could take place next summer, while guitarist Vivian Campbell said in June that he was hopeful Def Leppard could record “two or three songs” and release them in 2020.
Watch this space!
Def Leppard: Volume 1
The first in Def Leppard’s career-spanning box set series brings together On Through The Night, High ’N’ Dry, Pyromania and Hysteria along with live material and bonus tracks View Deal
Def Leppard: Volume 2
The second volume of Def Leppard's collection features Adrenalize, Retro Active, Slang and Euphoria along with rare cuts, b-sides and more. View Deal


dmp960/gdmp960Dumper/Disassembler
The dumper/disassembler provides access to binary information in executable
or relocatable object files. The dmp960/gdmp960 utility combines the features
of traditional disassemblers and dumpers.
The invocation command is:
- dmp960 | gdmp960
[ option ]... filename...
The options (listed below) either select which part of the object file
to display, or control the formatting of the display. The default selection
option is d,
which dumps the sections of an object file that are loaded in target memory.
Each option must be preceded by a -
character. (In Windows*, you can also use a /
character.)
Options
- a
Disassembles all sections in an object file. Use
this to examine the raw DWARF information in a file.
- A{ SA | SB | KA |KB | CA | CF | JA | JD | JF | HA | HD
| HT | RP | CORE0 | CORE1 | CORE2 | CORE3}
Outputs assembly language code specific to any i960 processor
type. The CORE0-3 options let you create code that is compatible
with a group of processors. Here are the types of i960 processors that
are supported by each CORE switch:
CORE0 = Jx, Hx, RP
CORE1 = All 80960 architectures
CORE2 = Jx, Hx, RP
CORE3 = Cx, Jx, Hx
- c
Displays the string table.
- D
Disassembles sections as hexadecimal bytes, regardless
of the section type. The physical address of every fourth word appears
at the beginning of each line.
- d
Disassembles all sections loaded into target memory.
Unless otherwise specified, text sections appear as assembly language,
and data sections appear as hexadecimal bytes. If no options are specified
when invoking the dumper, -d is assumed as the default option.
- e
Applies all command line options to each member of an
archive file.
- F function
Disassembles the specified COFF or ELF function.
- f
Displays the file header.
- g[arg]…
Dumps one or more .debug_* sections. The default
argument is i (.debug_info). Use the following arguments to specify a different
section, or multiple sections:
i
dump .debug_info
l dump .debug_line
f dump .debug_frame
p dump .debug_pubnames
a dump .debug_aranges
m dump .debug_macinfo
A dump all .debug_*
sections
- h
Displays the section headers.
- help
Displays help information and exits.
- i
Display the COFF optional header.
- l
Displays the line numbers.
- m
Displays the memory map (section layout) of the
file.
- n section
Displays the requested information for only the
specified section.
- O filename
displays the requested information for only the specified file within an archive.
- o
Displays the disassembled addresses in octal. The
default is hex.
- p
Suppresses all the header displays, producing a
parseable output.
- q
Queries the file and display its type.
- r
Displays relocation entries.
- s
Performs symbolic disassembly. Displays labels symbolically
instead of numerically whenever possible. Applies only to the d
option.
- S
Instructs the disassembler to output symbol labels rather than their values
for any symbols for which you have specified the absolute address. This
option works in conjunction with the -s (lowercase) option, which instructs
the disassembler to perform symbolic disassembly.
- T
Displays the disassembled section as assembly language,
regardless of the section type.
- t
Displays the object file symbol-table entries, or an archive’s symbol list.
- V
displays the dumper version and creation date, and
continues processing.
- v960
displays the dumper version and creation date, and
stops processing.
- x
is ignored unless used with -t. Displays the COFF
symbol-table entries as hexadecimal numbers instead of a symbolic translation
of COFF information. By default, the dumper produces symbolic information.
- z
suppresses the translation of zeros into .word directives
for text-type disassembly.
Return
to the top of this page.
Go
to the ic960 Interface Index.
Go
to the gcc960 Interface Index.


The Institute has very supportive and active Industrial Partners as envisioned in the mission and vision of the Institute:


{{tab.content}}
The Labrador Retriever, also Labrador, is a type of retriever-gun dog. The Labrador is
one of the most popular breeds of dog in the United Kingdom and the United States.
A favourite disability assistance breed in many countries, Labradors are frequently
trained to aid the blind, those who have autism, to act as a therapy dog and perform
screening and detection work for law enforcement and other official agencies. They are
prized as sporting and hunting dogs.
A few kennels breeding their ancestors, the St. John's water dog, were in England.
At the same time, a combination of the sheep protection policy in Newfoundland and
rabies
quarantine in the United Kingdom, led to the gradual demise of the St. John's water
dog
in Canada.
In the 1830s, the 10th Earl of Home and his nephews the 5th Duke of Buccleuch and Lord
John Scott, had imported progenitors of the breed from Newfoundland to Europe for
use as gundogs. Another early advocate of these Newfoundland dogs, or Labrador
Retrievers
as they later became known, was the 2nd Earl of Malmesbury who bred them for their
expertise in waterfowling.
During the 1880s, the 3rd Earl of Malmesbury, the 6th Duke of Buccleuch and the 12th
Earl
of Home collaborated to develop and establish the modern Labrador breed. The dogs
Buccleuch Avon and Buccleuch Ned, given by Malmesbury to Buccleuch, were mated with
bitches carrying blood from those originally imported by the 5th Duke and the 10th
Earl
of Home. The offspring are considered to be the ancestors of modern Labradors.


|
CCCC Software Metrics Report
generated Wed Aug 26 22:03:38 2015 | |
|---|---|
Project Summary |
Summary table of high level measures summed over all files processed in the current run. |
Procedural Metrics Summary |
Table of procedural measures (i.e. lines of code, lines of comment, McCabe's cyclomatic complexity summed over each module. |
Object Oriented Design |
Table of four of the 6 metrics proposed by Chidamber and Kemerer in their various papers on 'a metrics suite for object oriented design'. |
Structural Metrics Summary |
Structural metrics based on the relationships of each module with others. Includes fan-out (i.e. number of other modules the current module uses), fan-in (number of other modules which use the current module), and the Information Flow measure suggested by Henry and Kafura, which combines these to give a measure of coupling for the module. |
Other Extents |
Lexical counts for parts of submitted source files which the analyser was unable to assign to a module. Each record in this table relates to either a part of the code which triggered a parse failure, or to the residual lexical counts relating to parts of a file not associated with a specific module. |
About CCCC |
A description of the CCCC program. |
| Metric | Tag | Overall | Per Module |
|---|---|---|---|
| Number of modules | NOM | 147 | |
| Lines of Code | LOC | 14568 | 99.102 |
| McCabe's Cyclomatic Number | MVG | 3433 | 23.354 |
| Lines of Comment | COM | 3435 | 23.367 |
| LOC/COM | L_C | 4.241 | |
| MVG/COM | M_C | 0.999 | |
| Information Flow measure ( inclusive ) | IF4 | 70783 | 481.517 |
| Information Flow measure ( visible ) | IF4v | 70783 | 481.517 |
| Information Flow measure ( concrete ) | IF4c | 30 | 0.204 |
| Lines of Code rejected by parser | REJ | 615 |
| Module Name | LOC | MVG | COM | L_C | M_C |
|---|---|---|---|---|---|
| Allocation | 8 | 0 | 1 | ------ | ------ |
| AndroidLogPrintFormat | 0 | 0 | 0 | ------ | ------ |
| AppOpsManager | 60 | 16 | 1 | 60.000 | 16.000 |
| BBinder | 124 | 29 | 15 | 8.267 | 1.933 |
| BasicHashtableImpl | 251 | 58 | 0 | ****** | ****** |
| Blob | 48 | 11 | 1 | 48.000 | 11.000 |
| BlobCache | 213 | 51 | 16 | 13.312 | 3.187 |
| BnAppOpsCallback | 16 | 4 | 1 | ------ | ------ |
| BnAppOpsService | 73 | 16 | 2 | 36.500 | 8.000 |
| BnBatteryStats | 64 | 18 | 1 | 64.000 | 18.000 |
| BnMemory | 21 | 4 | 0 | ****** | ------ |
| BnMemoryHeap | 20 | 4 | 0 | ****** | ------ |
| BnPermissionController | 18 | 5 | 2 | ------ | 2.500 |
| BnServiceManager | 40 | 11 | 2 | 20.000 | 5.500 |
| BpAppOpsCallback | 15 | 0 | 1 | ------ | ------ |
| BpAppOpsService | 73 | 12 | 5 | 14.600 | 2.400 |
| BpBatteryStats | 56 | 0 | 1 | 56.000 | ------ |
| BpBinder | 222 | 56 | 14 | 15.857 | 4.000 |
| BpInterface | 0 | 0 | 0 | ------ | ------ |
| BpMemory | 40 | 7 | 1 | 40.000 | 7.000 |
| BpMemoryHeap | 133 | 18 | 8 | 16.625 | 2.250 |
| BpPermissionController | 19 | 3 | 2 | ------ | ------ |
| BpRefBase | 32 | 6 | 5 | 6.400 | 1.200 |
| BpServiceManager | 53 | 12 | 1 | 53.000 | 12.000 |
| BufferedTextOutput | 112 | 37 | 19 | 5.895 | 1.947 |
| CacheEntry | 27 | 4 | 0 | ****** | ------ |
| CallStack | 37 | 4 | 1 | 37.000 | ------ |
| Condition | 64 | 6 | 33 | 1.939 | 0.182 |
| DeathRecipient | 0 | 0 | 0 | ------ | ------ |
| EventTag | 0 | 0 | 0 | ------ | ------ |
| Extras | 6 | 0 | 1 | ------ | ------ |
| FdPrinter | 17 | 6 | 4 | ------ | 1.500 |
| FdTextOutput | 14 | 1 | 0 | ------ | ------ |
| FileMap | 115 | 31 | 11 | 10.455 | 2.818 |
| FilterInfo | 0 | 0 | 0 | ------ | ------ |
| FlattenableHelperInterface | 0 | 0 | 0 | ------ | ------ |
| HANDLE | 0 | 0 | 0 | ------ | ------ |
| HeapCache | 98 | 8 | 5 | 19.600 | 1.600 |
| HexDump | 12 | 2 | 0 | ------ | ------ |
| IBinder | 23 | 4 | 4 | 5.750 | ------ |
| IInterface | 15 | 6 | 3 | ------ | 2.000 |
| IMemory | 27 | 9 | 1 | 27.000 | 9.000 |
| IPCThreadState | 694 | 141 | 51 | 13.608 | 2.765 |
| KeyedVector | 0 | 0 | 0 | ------ | ------ |
| LibBinderIPCtStatics | 11 | 0 | 0 | ------ | ------ |
| LibUtilsFirstStatics | 14 | 0 | 0 | ------ | ------ |
| LinearAllocator | 91 | 20 | 2 | 45.500 | 10.000 |
| LinearTransform | 62 | 20 | 4 | 15.500 | 5.000 |
| LinkedList | 54 | 12 | 0 | ****** | ****** |
| LockT | 0 | 0 | 0 | ------ | ------ |
| LogId | 0 | 0 | 0 | ------ | ------ |
| LogIfSlow | 11 | 1 | 0 | ------ | ------ |
| LogMessage | 37 | 7 | 6 | 6.167 | 1.167 |
| LogMessageData | 36 | 8 | 2 | 18.000 | 4.000 |
| LogPrinter | 20 | 4 | 5 | 4.000 | ------ |
| LogSeverity | 0 | 0 | 0 | ------ | ------ |
| LogTextOutput | 13 | 2 | 1 | ------ | ------ |
| LogdLogger | 17 | 2 | 0 | ------ | ------ |
| Looper | 376 | 89 | 39 | 9.641 | 2.282 |
| Looper_callbackFunc | 0 | 0 | 0 | ------ | ------ |
| MapAdvice | 0 | 0 | 0 | ------ | ------ |
| MemoryBase | 14 | 3 | 1 | ------ | ------ |
| MemoryHeapBase | 119 | 24 | 6 | 19.833 | 4.000 |
| Message | 0 | 0 | 0 | ------ | ------ |
| Mutex | 44 | 7 | 8 | 5.500 | 0.875 |
| NODE | 0 | 0 | 0 | ------ | ------ |
| NativeHandle | 13 | 3 | 0 | ------ | ------ |
| Obituary | 0 | 0 | 0 | ------ | ------ |
| ObjectManager | 44 | 7 | 1 | 44.000 | 7.000 |
| Page | 18 | 4 | 2 | ------ | ------ |
| Parcel | 1208 | 349 | 91 | 13.275 | 3.835 |
| Parser | 47 | 15 | 1 | 47.000 | 15.000 |
| PermissionCache | 67 | 15 | 4 | 16.750 | 3.750 |
| PoolThread | 15 | 1 | 0 | ------ | ------ |
| PrefixPrinter | 6 | 1 | 3 | ------ | ------ |
| Printer | 17 | 3 | 6 | ------ | ------ |
| ProcessCallStack | 97 | 13 | 22 | 4.409 | 0.591 |
| ProcessState | 189 | 43 | 41 | 4.610 | 1.049 |
| PropertiesTest | 11 | 0 | 2 | ------ | ------ |
| PropertyMap | 93 | 24 | 1 | 93.000 | 24.000 |
| ReadableBlob | 0 | 0 | 0 | ------ | ------ |
| RefBase | 0 | 0 | 0 | ------ | ------ |
| Request | 0 | 0 | 0 | ------ | ------ |
| ScopedLogSeverity | 7 | 0 | 0 | ------ | ------ |
| SharedBuffer | 75 | 26 | 2 | 37.500 | 13.000 |
| SimpleBestFitAllocator | 18 | 0 | 1 | ------ | ------ |
| SimpleLooperCallback | 8 | 1 | 1 | ------ | ------ |
| SortedVectorImpl | 97 | 22 | 6 | 16.167 | 3.667 |
| StaticLinkage | 0 | 0 | 0 | ------ | ------ |
| StopWatch | 42 | 6 | 0 | ****** | ****** |
| String16 | 288 | 80 | 4 | 72.000 | 20.000 |
| String8 | 418 | 99 | 26 | 16.077 | 3.808 |
| String8Printer | 19 | 6 | 3 | ------ | 2.000 |
| T | 0 | 0 | 0 | ------ | ------ |
| Test | 0 | 0 | 0 | ------ | ------ |
| TextOutput | 4 | 0 | 1 | ------ | ------ |
| Thread | 138 | 27 | 37 | 3.730 | 0.730 |
| Tokenizer | 113 | 25 | 3 | 37.667 | 8.333 |
| Vector | 0 | 0 | 0 | ------ | ------ |
| VectorImpl | 405 | 102 | 15 | 27.000 | 6.800 |
| WeakMessageHandler | 11 | 1 | 1 | ------ | ------ |
| WritableBlob | 0 | 0 | 0 | ------ | ------ |
| android_LogPriority | 0 | 0 | 0 | ------ | ------ |
| anonymous | 6361 | 1699 | 1542 | 4.125 | 1.102 |
| binder_size_t | 0 | 0 | 0 | ------ | ------ |
| bool | 0 | 0 | 0 | ------ | ------ |
| char16_t | 0 | 0 | 0 | ------ | ------ |
| char32_t | 0 | 0 | 0 | ------ | ------ |
| compar_r_t | 0 | 0 | 0 | ------ | ------ |
| compar_t | 0 | 0 | 0 | ------ | ------ |
| context_check_func | 0 | 0 | 0 | ------ | ------ |
| flat_binder_object | 0 | 0 | 0 | ------ | ------ |
| hash_t | 0 | 0 | 0 | ------ | ------ |
| int32_t | 0 | 0 | 0 | ------ | ------ |
| int64_t | 0 | 0 | 0 | ------ | ------ |
| intptr_t | 0 | 0 | 0 | ------ | ------ |
| iovec | 0 | 0 | 0 | ------ | ------ |
| lock_guard | 12 | 0 | 0 | ------ | ------ |
| log_time | 129 | 34 | 4 | 32.250 | 8.500 |
| mutex | 20 | 0 | 0 | ****** | ------ |
| mutex_t | 0 | 0 | 0 | ------ | ------ |
| native_handle | 0 | 0 | 0 | ------ | ------ |
| native_handle_t | 0 | 0 | 0 | ------ | ------ |
| nsecs_t | 0 | 0 | 0 | ------ | ------ |
| object_cleanup_func | 0 | 0 | 0 | ------ | ------ |
| off64_t | 0 | 0 | 0 | ------ | ------ |
| ostringstream | 0 | 0 | 0 | ------ | ------ |
| pid_t | 0 | 0 | 0 | ------ | ------ |
| prop_info | 0 | 0 | 0 | ------ | ------ |
| release_func | 0 | 0 | 0 | ------ | ------ |
| size_t | 0 | 0 | 0 | ------ | ------ |
| sp | 0 | 0 | 0 | ------ | ------ |
| ssize_t | 0 | 0 | 0 | ------ | ------ |
| status_t | 0 | 0 | 0 | ------ | ------ |
| sysprop_change_callback | 0 | 0 | 0 | ------ | ------ |
| thread_func_t | 0 | 0 | 0 | ------ | ------ |
| timespec | 0 | 0 | 0 | ------ | ------ |
| uid_t | 0 | 0 | 0 | ------ | ------ |
| uint16_t | 0 | 0 | 0 | ------ | ------ |
| uint32_t | 0 | 0 | 0 | ------ | ------ |
| uint64_t | 0 | 0 | 0 | ------ | ------ |
| uint8_t | 0 | 0 | 0 | ------ | ------ |
| uintptr_t | 0 | 0 | 0 | ------ | ------ |
| va_list | 0 | 0 | 0 | ------ | ------ |
| weakref_impl | 36 | 0 | 9 | 4.000 | ------ |
| weakref_type | 0 | 0 | 0 | ------ | ------ |
| wp | 0 | 0 | 0 | ------ | ------ |
| Module Name | WMC1 | WMCv | DIT | NOC | CBO |
|---|---|---|---|---|---|
| Allocation | 2 | 2 | 1 | 0 | 4 |
| AndroidLogPrintFormat | 0 | 0 | 0 | 0 | 0 |
| AppOpsManager | 8 | 0 | 0 | 0 | 3 |
| BBinder | 14 | 0 | 0 | 0 | 6 |
| BasicHashtableImpl | 17 | 0 | 0 | 0 | 4 |
| Blob | 9 | 0 | 0 | 0 | 2 |
| BlobCache | 9 | 0 | 0 | 0 | 1 |
| BnAppOpsCallback | 1 | 0 | 0 | 0 | 2 |
| BnAppOpsService | 1 | 0 | 0 | 0 | 2 |
| BnBatteryStats | 1 | 0 | 0 | 0 | 2 |
| BnMemory | 3 | 0 | 0 | 0 | 2 |
| BnMemoryHeap | 3 | 0 | 0 | 0 | 2 |
| BnPermissionController | 1 | 0 | 0 | 0 | 2 |
| BnServiceManager | 1 | 0 | 0 | 0 | 2 |
| BpAppOpsCallback | 2 | 2 | 1 | 0 | 4 |
| BpAppOpsService | 8 | 8 | 1 | 0 | 4 |
| BpBatteryStats | 9 | 9 | 1 | 0 | 2 |
| BpBinder | 19 | 0 | 0 | 0 | 9 |
| BpInterface | 0 | 0 | 0 | 7 | 7 |
| BpMemory | 3 | 3 | 1 | 0 | 4 |
| BpMemoryHeap | 13 | 7 | 1 | 0 | 2 |
| BpPermissionController | 2 | 2 | 1 | 0 | 4 |
| BpRefBase | 5 | 0 | 0 | 0 | 2 |
| BpServiceManager | 5 | 5 | 1 | 0 | 4 |
| BufferedTextOutput | 9 | 0 | 0 | 2 | 4 |
| CacheEntry | 8 | 0 | 0 | 0 | 1 |
| CallStack | 8 | 0 | 0 | 0 | 4 |
| Condition | 6 | 0 | 0 | 0 | 2 |
| DeathRecipient | 0 | 0 | 0 | 1 | 1 |
| EventTag | 0 | 0 | 0 | 0 | 0 |
| Extras | 0 | 0 | 0 | 0 | 2 |
| FdPrinter | 2 | 0 | 0 | 0 | 0 |
| FdTextOutput | 3 | 3 | 1 | 0 | 3 |
| FileMap | 4 | 0 | 0 | 0 | 5 |
| FilterInfo | 0 | 0 | 0 | 0 | 0 |
| FlattenableHelperInterface | 0 | 0 | 0 | 0 | 1 |
| HANDLE | 0 | 0 | 0 | 0 | 1 |
| HeapCache | 8 | 8 | 1 | 0 | 5 |
| HexDump | 1 | 0 | 0 | 0 | 1 |
| IBinder | 6 | 0 | 0 | 0 | 4 |
| IInterface | 4 | 0 | 0 | 0 | 1 |
| IMemory | 4 | 0 | 0 | 0 | 2 |
| IPCThreadState | 40 | 0 | 0 | 0 | 12 |
| KeyedVector | 0 | 0 | 0 | 0 | 1 |
| LibBinderIPCtStatics | 2 | 2 | 0 | 0 | 0 |
| LibUtilsFirstStatics | 2 | 2 | 0 | 0 | 0 |
| LinearAllocator | 10 | 0 | 0 | 0 | 2 |
| LinearTransform | 6 | 0 | 0 | 0 | 5 |
| LinkedList | 9 | 9 | 0 | 0 | 1 |
| LockT | 0 | 0 | 0 | 0 | 1 |
| LogId | 0 | 0 | 0 | 0 | 3 |
| LogIfSlow | 2 | 0 | 0 | 0 | 1 |
| LogMessage | 4 | 0 | 0 | 0 | 2 |
| LogMessageData | 8 | 6 | 0 | 0 | 3 |
| LogPrinter | 3 | 0 | 0 | 0 | 2 |
| LogSeverity | 0 | 0 | 0 | 0 | 4 |
| LogTextOutput | 3 | 3 | 1 | 0 | 3 |
| LogdLogger | 2 | 0 | 0 | 0 | 2 |
| Looper | 23 | 0 | 0 | 0 | 6 |
| Looper_callbackFunc | 0 | 0 | 0 | 0 | 2 |
| MapAdvice | 0 | 0 | 0 | 0 | 1 |
| MemoryBase | 3 | 0 | 0 | 1 | 4 |
| MemoryHeapBase | 14 | 0 | 0 | 0 | 2 |
| Message | 0 | 0 | 0 | 0 | 2 |
| Mutex | 7 | 0 | 0 | 0 | 3 |
| NODE | 0 | 0 | 0 | 0 | 1 |
| NativeHandle | 3 | 0 | 0 | 0 | 2 |
| Obituary | 0 | 0 | 0 | 0 | 1 |
| ObjectManager | 6 | 0 | 0 | 0 | 2 |
| Page | 7 | 6 | 0 | 0 | 2 |
| Parcel | 102 | 0 | 0 | 0 | 36 |
| Parser | 3 | 0 | 0 | 0 | 2 |
| PermissionCache | 7 | 0 | 0 | 0 | 5 |
| PoolThread | 2 | 2 | 1 | 0 | 2 |
| PrefixPrinter | 2 | 0 | 0 | 0 | 1 |
| Printer | 3 | 0 | 0 | 0 | 3 |
| ProcessCallStack | 11 | 0 | 0 | 0 | 2 |
| ProcessState | 18 | 0 | 0 | 0 | 7 |
| PropertiesTest | 3 | 3 | 1 | 0 | 1 |
| PropertyMap | 11 | 0 | 0 | 0 | 4 |
| ReadableBlob | 0 | 0 | 0 | 0 | 1 |
| RefBase | 0 | 0 | 0 | 0 | 0 |
| Request | 0 | 0 | 0 | 0 | 1 |
| ScopedLogSeverity | 2 | 0 | 0 | 0 | 1 |
| SharedBuffer | 8 | 0 | 0 | 0 | 2 |
| SimpleBestFitAllocator | 7 | 7 | 0 | 0 | 3 |
| SimpleLooperCallback | 3 | 0 | 0 | 0 | 1 |
| SortedVectorImpl | 11 | 0 | 0 | 0 | 3 |
| StaticLinkage | 0 | 0 | 0 | 0 | 2 |
| StopWatch | 6 | 0 | 0 | 0 | 1 |
| String16 | 25 | 0 | 0 | 0 | 14 |
| String8 | 47 | 0 | 0 | 0 | 12 |
| String8Printer | 2 | 0 | 0 | 0 | 1 |
| T | 0 | 0 | 0 | 0 | 2 |
| Test | 0 | 0 | 0 | 1 | 1 |
| TextOutput | 2 | 0 | 0 | 0 | 1 |
| Thread | 11 | 0 | 0 | 1 | 4 |
| Tokenizer | 9 | 0 | 0 | 0 | 5 |
| Vector | 0 | 0 | 0 | 0 | 2 |
| VectorImpl | 38 | 0 | 0 | 0 | 5 |
| WeakMessageHandler | 3 | 0 | 0 | 0 | 2 |
| WritableBlob | 0 | 0 | 0 | 0 | 1 |
| android_LogPriority | 0 | 0 | 0 | 0 | 4 |
| anonymous | 412 | 167 | 0 | 0 | 0 |
| binder_size_t | 0 | 0 | 0 | 0 | 2 |
| bool | 0 | 0 | 0 | 0 | 15 |
| char16_t | 0 | 0 | 0 | 0 | 3 |
| char32_t | 0 | 0 | 0 | 0 | 1 |
| compar_r_t | 0 | 0 | 0 | 0 | 1 |
| compar_t | 0 | 0 | 0 | 0 | 1 |
| context_check_func | 0 | 0 | 0 | 0 | 1 |
| flat_binder_object | 0 | 0 | 0 | 0 | 1 |
| hash_t | 0 | 0 | 0 | 0 | 1 |
| int32_t | 0 | 0 | 0 | 0 | 14 |
| int64_t | 0 | 0 | 0 | 0 | 3 |
| intptr_t | 0 | 0 | 0 | 0 | 1 |
| iovec | 0 | 0 | 0 | 0 | 2 |
| lock_guard | 3 | 2 | 0 | 0 | 1 |
| log_time | 5 | 0 | 0 | 0 | 1 |
| mutex | 4 | 4 | 0 | 0 | 1 |
| mutex_t | 0 | 0 | 0 | 0 | 0 |
| native_handle | 0 | 0 | 0 | 0 | 1 |
| native_handle_t | 0 | 0 | 0 | 0 | 1 |
| nsecs_t | 0 | 0 | 0 | 0 | 2 |
| object_cleanup_func | 0 | 0 | 0 | 0 | 3 |
| off64_t | 0 | 0 | 0 | 0 | 1 |
| ostringstream | 0 | 0 | 0 | 0 | 1 |
| pid_t | 0 | 0 | 0 | 0 | 2 |
| prop_info | 0 | 0 | 0 | 0 | 0 |
| release_func | 0 | 0 | 0 | 0 | 1 |
| size_t | 0 | 0 | 0 | 0 | 25 |
| sp | 0 | 0 | 0 | 0 | 20 |
| ssize_t | 0 | 0 | 0 | 0 | 5 |
| status_t | 0 | 0 | 0 | 0 | 2 |
| sysprop_change_callback | 0 | 0 | 0 | 0 | 0 |
| thread_func_t | 0 | 0 | 0 | 0 | 0 |
| timespec | 0 | 0 | 0 | 0 | 1 |
| uid_t | 0 | 0 | 0 | 0 | 1 |
| uint16_t | 0 | 0 | 0 | 0 | 0 |
| uint32_t | 0 | 0 | 0 | 0 | 20 |
| uint64_t | 0 | 0 | 0 | 0 | 2 |
| uint8_t | 0 | 0 | 0 | 0 | 2 |
| uintptr_t | 0 | 0 | 0 | 0 | 1 |
| va_list | 0 | 0 | 0 | 0 | 1 |
| weakref_impl | 0 | 0 | 1 | 0 | 2 |
| weakref_type | 0 | 0 | 0 | 1 | 1 |
| wp | 0 | 0 | 0 | 0 | 5 |
| Module Name | Fan-out | Fan-in | IF4 | vis | con | inc | vis | con | incl | vis | con | inc |
|---|---|---|---|---|---|---|---|---|---|
| Allocation | 0 | 0 | 0 | 4 | 4 | 4 | 0 | 0 | 0 |
| AndroidLogPrintFormat | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| AppOpsManager | 0 | 0 | 0 | 3 | 1 | 3 | 0 | 0 | 0 |
| BBinder | 0 | 0 | 0 | 6 | 2 | 6 | 0 | 0 | 0 |
| BasicHashtableImpl | 0 | 0 | 0 | 4 | 4 | 4 | 0 | 0 | 0 |
| Blob | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| BlobCache | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| BnAppOpsCallback | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BnAppOpsService | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BnBatteryStats | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BnMemory | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BnMemoryHeap | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BnPermissionController | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BnServiceManager | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BpAppOpsCallback | 0 | 0 | 0 | 4 | 2 | 4 | 0 | 0 | 0 |
| BpAppOpsService | 0 | 0 | 0 | 4 | 2 | 4 | 0 | 0 | 0 |
| BpBatteryStats | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BpBinder | 1 | 0 | 1 | 8 | 3 | 8 | 64 | 0 | 64 |
| BpInterface | 7 | 7 | 7 | 0 | 0 | 0 | 0 | 0 | 0 |
| BpMemory | 0 | 0 | 0 | 4 | 1 | 4 | 0 | 0 | 0 |
| BpMemoryHeap | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BpPermissionController | 0 | 0 | 0 | 4 | 2 | 4 | 0 | 0 | 0 |
| BpRefBase | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| BpServiceManager | 0 | 0 | 0 | 4 | 2 | 4 | 0 | 0 | 0 |
| BufferedTextOutput | 2 | 2 | 2 | 2 | 2 | 2 | 16 | 16 | 16 |
| CacheEntry | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| CallStack | 0 | 0 | 0 | 4 | 3 | 4 | 0 | 0 | 0 |
| Condition | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| DeathRecipient | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| EventTag | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| Extras | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| FdPrinter | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| FdTextOutput | 0 | 0 | 0 | 3 | 2 | 3 | 0 | 0 | 0 |
| FileMap | 1 | 0 | 1 | 4 | 4 | 4 | 16 | 0 | 16 |
| FilterInfo | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| FlattenableHelperInterface | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| HANDLE | 0 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| HeapCache | 0 | 0 | 0 | 5 | 3 | 5 | 0 | 0 | 0 |
| HexDump | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| IBinder | 3 | 0 | 3 | 1 | 0 | 1 | 9 | 0 | 9 |
| IInterface | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| IMemory | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| IPCThreadState | 1 | 0 | 1 | 11 | 5 | 11 | 121 | 0 | 121 |
| KeyedVector | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| LibBinderIPCtStatics | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| LibUtilsFirstStatics | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| LinearAllocator | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| LinearTransform | 0 | 0 | 0 | 5 | 1 | 5 | 0 | 0 | 0 |
| LinkedList | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| LockT | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| LogId | 3 | 3 | 3 | 0 | 0 | 0 | 0 | 0 | 0 |
| LogIfSlow | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| LogMessage | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| LogMessageData | 0 | 0 | 0 | 3 | 3 | 3 | 0 | 0 | 0 |
| LogPrinter | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| LogSeverity | 4 | 4 | 4 | 0 | 0 | 0 | 0 | 0 | 0 |
| LogTextOutput | 0 | 0 | 0 | 3 | 2 | 3 | 0 | 0 | 0 |
| LogdLogger | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| Looper | 0 | 0 | 0 | 6 | 3 | 6 | 0 | 0 | 0 |
| Looper_callbackFunc | 2 | 2 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| MapAdvice | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| MemoryBase | 1 | 1 | 1 | 3 | 2 | 3 | 9 | 4 | 9 |
| MemoryHeapBase | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| Message | 2 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| Mutex | 3 | 2 | 3 | 0 | 0 | 0 | 0 | 0 | 0 |
| NODE | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| NativeHandle | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| Obituary | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| ObjectManager | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Page | 1 | 0 | 1 | 1 | 1 | 1 | 1 | 0 | 1 |
| Parcel | 10 | 0 | 10 | 26 | 10 | 26 | 67600 | 0 | 67600 |
| Parser | 0 | 0 | 0 | 2 | 0 | 2 | 0 | 0 | 0 |
| PermissionCache | 0 | 0 | 0 | 5 | 3 | 5 | 0 | 0 | 0 |
| PoolThread | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| PrefixPrinter | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| Printer | 3 | 0 | 3 | 0 | 0 | 0 | 0 | 0 | 0 |
| ProcessCallStack | 0 | 0 | 0 | 2 | 1 | 2 | 0 | 0 | 0 |
| ProcessState | 0 | 0 | 0 | 7 | 4 | 7 | 0 | 0 | 0 |
| PropertiesTest | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| PropertyMap | 1 | 0 | 1 | 3 | 0 | 3 | 9 | 0 | 9 |
| ReadableBlob | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| RefBase | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| Request | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| ScopedLogSeverity | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| SharedBuffer | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| SimpleBestFitAllocator | 0 | 0 | 0 | 3 | 2 | 3 | 0 | 0 | 0 |
| SimpleLooperCallback | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| SortedVectorImpl | 0 | 0 | 0 | 3 | 2 | 3 | 0 | 0 | 0 |
| StaticLinkage | 2 | 2 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| StopWatch | 0 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 0 |
| String16 | 10 | 0 | 10 | 4 | 3 | 4 | 1600 | 0 | 1600 |
| String8 | 6 | 0 | 6 | 6 | 3 | 6 | 1296 | 0 | 1296 |
| String8Printer | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| T | 2 | 1 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| Test | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| TextOutput | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| Thread | 1 | 1 | 1 | 3 | 3 | 3 | 9 | 9 | 9 |
| Tokenizer | 1 | 0 | 1 | 4 | 2 | 4 | 16 | 0 | 16 |
| Vector | 2 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| VectorImpl | 1 | 0 | 1 | 4 | 4 | 4 | 16 | 0 | 16 |
| WeakMessageHandler | 0 | 0 | 0 | 2 | 0 | 2 | 0 | 0 | 0 |
| WritableBlob | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| android_LogPriority | 4 | 4 | 4 | 0 | 0 | 0 | 0 | 0 | 0 |
| anonymous | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| binder_size_t | 2 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| bool | 15 | 14 | 15 | 0 | 0 | 0 | 0 | 0 | 0 |
| char16_t | 3 | 1 | 3 | 0 | 0 | 0 | 0 | 0 | 0 |
| char32_t | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| compar_r_t | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| compar_t | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| context_check_func | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| flat_binder_object | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| hash_t | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| int32_t | 14 | 11 | 14 | 0 | 0 | 0 | 0 | 0 | 0 |
| int64_t | 3 | 3 | 3 | 0 | 0 | 0 | 0 | 0 | 0 |
| intptr_t | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| iovec | 2 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| lock_guard | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| log_time | 0 | 0 | 0 | 1 | 0 | 1 | 0 | 0 | 0 |
| mutex | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 0 | 0 |
| mutex_t | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| native_handle | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| native_handle_t | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| nsecs_t | 2 | 2 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| object_cleanup_func | 3 | 3 | 3 | 0 | 0 | 0 | 0 | 0 | 0 |
| off64_t | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| ostringstream | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| pid_t | 2 | 2 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| prop_info | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| release_func | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| size_t | 25 | 24 | 25 | 0 | 0 | 0 | 0 | 0 | 0 |
| sp | 20 | 1 | 20 | 0 | 0 | 0 | 0 | 0 | 0 |
| ssize_t | 5 | 4 | 5 | 0 | 0 | 0 | 0 | 0 | 0 |
| status_t | 2 | 1 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| sysprop_change_callback | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| thread_func_t | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| timespec | 1 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| uid_t | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| uint16_t | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| uint32_t | 20 | 19 | 20 | 0 | 0 | 0 | 0 | 0 | 0 |
| uint64_t | 2 | 1 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| uint8_t | 2 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 |
| uintptr_t | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| va_list | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| weakref_impl | 0 | 0 | 0 | 2 | 2 | 2 | 0 | 0 | 0 |
| weakref_type | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
| wp | 5 | 0 | 5 | 0 | 0 | 0 | 0 | 0 | 0 |
| Location | Text | LOC | COM | MVG |
|---|---|---|---|---|
./liblog/uio.c:1 |
<file scope items> | 0 | 0 | 0 |
./liblog/log_read.c:55 |
errno = ENOSYS | 1 | 0 | 0 |
./liblog/fake_log_device.c:1 |
<file scope items> | 28 | 47 | 0 |
./liblog/event_tag_map.c:1 |
<file scope items> | 5 | 18 | 0 |
./liblog/log_time.cpp:1 |
<file scope items> | 3 | 15 | 0 |
./liblog/log_is_loggable.c:1 |
<file scope items> | 2 | 1 | 0 |
./binder/MemoryHeapBase.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./binder/IServiceManager.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./binder/BpBinder.cpp:1 |
<file scope items> | 3 | 20 | 0 |
./binder/BufferedTextOutput.cpp:1 |
<file scope items> | 7 | 17 | 0 |
./binder/PermissionCache.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./binder/IAppOpsService.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./binder/IPermissionController.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./binder/MemoryBase.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./binder/Parcel.cpp:1 |
<file scope items> | 10 | 23 | 0 |
./binder/IInterface.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./binder/Debug.cpp:1 |
<file scope items> | 5 | 16 | 0 |
./binder/IBatteryStats.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./binder/ProcessState.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./binder/IMemory.cpp:1 |
<file scope items> | 10 | 19 | 0 |
./binder/TextOutput.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./binder/Binder.cpp:1 |
<file scope items> | 6 | 21 | 0 |
./binder/Static.cpp:1 |
<file scope items> | 11 | 21 | 0 |
./binder/IAppOpsCallback.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./binder/IPCThreadState.cpp:1 |
<file scope items> | 48 | 19 | 0 |
./binder/AppOpsManager.cpp:1 |
<file scope items> | 5 | 16 | 0 |
./base/stringprintf.cpp:1 |
<file scope items> | 5 | 17 | 0 |
./base/logging.cpp:316 |
line , id | 2 | 0 | 0 |
./base/file.cpp:1 |
<file scope items> | 5 | 17 | 0 |
./base/strings.cpp:1 |
<file scope items> | 5 | 17 | 0 |
./libcutils/socket_local_client.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/trace-host.c:1 |
<file scope items> | 4 | 15 | 0 |
./libcutils/fs_config.c:1 |
<file scope items> | 66 | 15 | 0 |
./libcutils/socket_loopback_server.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/klog.c:1 |
<file scope items> | 3 | 15 | 0 |
./libcutils/native_handle.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/socket_inaddr_any_server.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/properties.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/load_file.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/arch-mips/android_memset.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/fs.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/debugger.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/str_parms.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/ashmem-host.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/record_stream.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/strlcpy.c:1 |
<file scope items> | 2 | 21 | 0 |
./libcutils/open_memstream.c:1 |
<file scope items> | 9 | 52 | 0 |
./libcutils/trace-dev.c:1 |
<file scope items> | 8 | 20 | 0 |
./libcutils/strdup16to8.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/multiuser.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/socket_local_server.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/threads.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/android_reboot.c:1 |
<file scope items> | 5 | 15 | 0 |
./libcutils/dlmalloc_stubs.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/iosched_policy.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/sched_policy.c:1 |
<file scope items> | 5 | 4 | 0 |
./libcutils/config_utils.c:1 |
<file scope items> | 9 | 1 | 0 |
./libcutils/socket_network_client.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/strdup8to16.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/process_name.c:1 |
<file scope items> | 3 | 15 | 0 |
./libcutils/socket_loopback_client.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/qtaguid.c:1 |
<file scope items> | 7 | 24 | 0 |
./libcutils/tests/test_str_parms.cpp:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/tests/PropertiesTest.cpp:46 |
static :: testing | 11 | 0 | 3 |
./libcutils/tests/PropertiesTest.cpp:73 |
T > static | 6 | 0 | 1 |
./libcutils/tests/MemsetTest.cpp:1 |
<file scope items> | 39 | 16 | 0 |
./libcutils/atomic.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/ashmem-dev.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/partition_utils.c:1 |
<file scope items> | 1 | 1 | 0 |
./libcutils/hashmap.c:1 |
<file scope items> | 2 | 15 | 0 |
./libcutils/uevent.c:1 |
<file scope items> | 1 | 1 | 0 |
./utils/Looper.cpp:1 |
<file scope items> | 7 | 12 | 0 |
./utils/Unicode.cpp:1 |
<file scope items> | 13 | 30 | 0 |
./utils/FileMap.cpp:1 |
<file scope items> | 3 | 19 | 0 |
./utils/Log.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./utils/BasicHashtable.cpp:1 |
<file scope items> | 35 | 18 | 0 |
./utils/Tokenizer.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./utils/StopWatch.cpp:1 |
<file scope items> | 3 | 19 | 0 |
./utils/Timers.cpp:1 |
<file scope items> | 1 | 1 | 0 |
./utils/String16.cpp:1 |
<file scope items> | 5 | 16 | 0 |
./utils/Trace.cpp:1 |
<file scope items> | 1 | 1 | 0 |
./utils/SharedBuffer.cpp:1 |
<file scope items> | 3 | 17 | 0 |
./utils/PropertyMap.cpp:1 |
<file scope items> | 5 | 18 | 0 |
./utils/Threads.cpp:204 |
__stdcall unsigned int | 9 | 0 | 1 |
./utils/Threads.cpp:1 |
<file scope items> | 42 | 80 | 6 |
./utils/LinearAllocator.cpp:1 |
<file scope items> | 6 | 31 | 0 |
./utils/VectorImpl.cpp:1 |
<file scope items> | 4 | 19 | 0 |
./utils/SystemClock.cpp:1 |
<file scope items> | 3 | 19 | 0 |
./utils/NativeHandle.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./utils/String8.cpp:1 |
<file scope items> | 7 | 23 | 0 |
./utils/BlobCache.cpp:1 |
<file scope items> | 6 | 20 | 0 |
./utils/misc.cpp:1 |
<file scope items> | 6 | 19 | 0 |
./utils/CallStack.cpp:1 |
<file scope items> | 3 | 16 | 0 |
./utils/JenkinsHash.cpp:1 |
<file scope items> | 3 | 19 | 0 |
./utils/RefBase.cpp:108 |
mRetain && mStrongRefs | 11 | 0 | 4 |
./utils/RefBase.cpp:122 |
mRetain && mWeakRefs | 11 | 0 | 4 |
./utils/ProcessCallStack.cpp:1 |
<file scope items> | 11 | 19 | 0 |
./utils/Static.cpp:1 |
<file scope items> | 5 | 18 | 0 |
./utils/LinearTransform.cpp:1 |
<file scope items> | 4 | 16 | 0 |
This report was generated by the program CCCC, which is FREELY REDISTRIBUTABLE but carries NO WARRANTY.
CCCC was developed by Tim Littlefair. as part of a PhD research project. This project is now completed and descriptions of the findings can be accessed at http://www.chs.ecu.edu.au/~tlittlef.
User support for CCCC can be obtained by mailing the list<EMAIL_ADDRESS>Please also visit the CCCC development website at http://cccc.sourceforge.net.


|
|||||||||
| PREV CLASS NEXT CLASS | FRAMES NO FRAMES | ||||||||
| SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |
java.lang.Object rest.Rest
public class Rest
Provides RESTful web services using Jersey JAX-RS implementation. Many of the public methods use Jackson Mapper to translate between JSON (received from/sent to the client) and Java objects. Jersey POJOMappingFeature (entry in web.xml) allows to achieve this without any special annotations of mapped Java classes, sometimes argument-less constructor is needed. Exception handling is achieved through a custom error page for error 500 (entry in web.xml), this eliminates the need for try-catch blocks.
| Constructor Summary | |
|---|---|
Rest()
|
| Method Summary | |
|---|---|
javax.ws.rs.core.Response |
download(java.lang.String filename,
java.lang.String content)
Download a file with a given filename and content. |
java.lang.String |
getMapping(Mapping mapping)
Translate given Mapping into D2RQ Mapping Language. |
java.lang.String |
getTriples(Mapping mapping)
Generate RDF triples from given Mapping. |
java.util.Map<java.lang.String,java.lang.String> |
getVocabularies(java.util.List<java.lang.String> userVocabularies)
Return a Map of available RDF files defined in triplifiersettings.props: "vocabularies", each with its "displayName" property, plus given user vocabulary files if they exist in vocabularies folder. |
Vocabulary |
getVocabulary(java.lang.String fileName)
Extract vocabulary from given file. |
Mapping |
inspect(Connection connection)
Inspect the database, return Mapping representation of schema. |
Mapping |
uploadDataSource(java.io.InputStream inputStream,
com.sun.jersey.core.header.FormDataContentDisposition contentDisposition)
Upload file, convert into sqlite database, return Mapping representation of tabular data. |
Vocabulary |
uploadVocabulary(java.io.InputStream inputStream,
com.sun.jersey.core.header.FormDataContentDisposition contentDisposition)
Upload local RDF file, place the file in vocabularies folder, extract vocabulary from the file. |
Vocabulary |
uploadVocabulary(java.lang.String urlString)
Upload RDF file from URL, place the file in vocabularies folder, extract vocabulary from the file. |
| Methods inherited from class java.lang.Object |
|---|
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait |
| Constructor Detail |
|---|
public Rest()
| Method Detail |
|---|
public Mapping uploadDataSource(java.io.InputStream inputStream, com.sun.jersey.core.header.FormDataContentDisposition contentDisposition) throws java.lang.Exception
inputStream
- File to be uploaded.contentDisposition
- Form-data content disposition header.
java.lang.Exception
public Mapping inspect(Connection connection) throws java.lang.Exception
connection
- Database connection.
java.lang.Exception
public java.lang.String getMapping(Mapping mapping) throws java.lang.Exception
mapping
- Mapping to translate.
java.lang.Exception
public java.lang.String getTriples(Mapping mapping) throws java.lang.Exception
mapping
- Mapping to triplify.
java.lang.Exception
public Vocabulary uploadVocabulary(java.io.InputStream inputStream, com.sun.jersey.core.header.FormDataContentDisposition contentDisposition) throws java.lang.Exception
inputStream
- File to be uploaded.contentDisposition
- Form-data content disposition header.
java.lang.Exception
public Vocabulary uploadVocabulary(java.lang.String urlString) throws java.lang.Exception
urlString
- URL of file to be uploaded.
java.lang.Exception
public Vocabulary getVocabulary(java.lang.String fileName) throws java.lang.Exception
fileName
- Name of the RDF file in vocabularies folder.
java.lang.Exception
public java.util.Map<java.lang.String,java.lang.String> getVocabularies(java.util.List<java.lang.String> userVocabularies) throws java.lang.Exception
userVocabularies
- Names of user vocabulary files.
java.lang.Exception
public javax.ws.rs.core.Response download(java.lang.String filename, java.lang.String content)
filename
- Name of the file.content
- Content of the file.
|
|||||||||
| PREV CLASS NEXT CLASS | FRAMES NO FRAMES | ||||||||
| SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |


Findings
We notice, once again, the contrast between the query Tor Browser and Deep Web. The Deep Web query is much more variegated than Tor Browser one, which shows well-defined categories and types. Interestingly, users have associated the same type of video with different categories. The clearest case is the video typology Tutorial. The latter is associated by users with various Youtube categories: from Science and Technology, to education, to games and even entertainment. This event underlines how Youtube video producers have different point of view on the subject.


Preparation time
less than 30 mins
Cooking time
10 to 30 mins
Serves
Makes 15 bars
Dietary
These take no time at all to make and contain none of the mysterious gloops of commercial cereal bars.
Line a 20cm/8in or 23cm/9in square tin with baking paper.
Preheat the oven to 180C/160C Fan/Gas 4.
Spread the oats out onto a baking tray and bake them for about 10 minutes until they smell nice and toasty. Set aside to cool. (You can skip this step, but it makes the bars crispier.)
Mix together the toasted oats, puffed rice, almonds, seeds, chopped dates, chocolate chips, and raisins in a large bowl.
Melt the peanut butter and honey together in a small saucepan over a gentle heat. Stir until the mixture is smooth and thoroughly combined. While still warm, stir the peanut butter and honey into the oat mixture (you may need to get your hands in there) to completely coat all the oats, nuts and fruit.
Tip the mixture into the lined tin and press firmly to make an even layer. Damp hands make this less sticky work. Place the tin into the freezer for 20 minutes to firm up before cutting into 15 bars. Wrap each bar in cling film to keep them fresh, and they’re ready to pop into a packed lunch.


| Class and Description |
|---|
| Book
This Book class has book object's attributes.
|
| Book.Status |
| BookAdapter.BookViewHolder |
| BookAdapter.OnItemClickListener |
| BookMethodCalls.loadBookCallBack
Deprecated.
|
| FindBooks
load all the books from firebase and then search them,
display the searching result
|
| FindBooks.loadBookCallBack
The interface Load book callback.
|
| FindUsers.loadUserCallBack
* @reuse: https://stackoverflow.com/questions/47847694/how-to-return-datasnapshot-value-as-a-result-of-a-method
|
| Location
Represents the location for book pickup
|
| LoginActivity
A login screen that offers login via email/password.
|
| MainActivity
Represents the primary activity after login
|
| User
Represents a user
|
| User.loadBookCallBack
The interface Load book call back.
|
| User.loadUserCallBack
The interface Load user call back.
|
| UserAdapter.OnItemClickListener |
| UserAdapter.UserViewHolder
The type User view holder.
|


setcap - set file capabilities
setcap [-q] [-n <rootid>] [-v] {capabilities|-|-r} filename
[ ... capabilitiesN fileN ]
In the absence of the -v (verify) option setcap sets the
capabilities of each specified filename to the capabilities
specified. The optional -n <rootid> argument can be used to set
the file capability for use only in a namespace with this rootid owner. The
-v option is used to verify that the specified capabilities are
currently associated with the file. If -v and -n are supplied, the -n
<rootid> argument is also verified.
The capabilities are specified in the form described in
cap_from_text(3).
The special capability string, '-', can be used to indicate
that capabilities are read from the standard input. In such cases, the
capability set is terminated with a blank line.
The special capability string, '-r', is used to remove a
capability set from a file. Note, setting an empty capability set is not
the same as removing it. An empty set can be used to guarantee a file is
not executed with privilege inspite of the fact that the prevailing
ambient+inheritable sets would otherwise bestow capabilities on executed
binaries.
The -q flag is used to make the program less verbose in its
output.
The setcap program will exit with a 0 exit code if successful. On
failure, the exit code is 1.
Please report bugs via:
- https://bugzilla.kernel.org/buglist.cgi?component=libcap&list_id=1047723&product=Tools&resolution=---
cap_from_text(3), cap_set_file(3), getcap(8)


To liquidate all of the positions in your portfolio, call the Liquidate
method without any ticker of Symbol
arguments.
// Liquidate your entire portfolio var orderIds = Liquidate();
// Liquidate your entire portfolio order_ids = self.Liquidate()
You can pass an order tag to the Liquidate
method.
Liquidate(tag: "Liquidated");
self.Liquidate(tag = "Liquidated")


Pirate (ARRR) is a cryptocurrency that solves the issue of financial privacy on the blockchain through forced anonymous transactions. Protect your wallet and transactions with Pirate’s completely anonymous network. With forced private transactions, your privacy cannot be compromised by another users’ activity on the network. If you wish to learn more, please join the official Pirate Discord at https://pirate.black/discord/ or message FishyGuts#5085, who will be happy to help out.
100 messages
Before 05-Dec-19 12:00 AM
OliverDay09-Oct-18 10:08 PM
I have been mining on Piratepool.io for about 40mins now with my Z9 mini. It is definitely submitting shares, but my balance is remaining at 0??(edited)
PM sent
Llama09-Oct-18 10:12 PM
@OliverDay the balance never changes from what I've seen. The immature funds will show your relative payout before payments are sent out.
ComputerGenie 👴👴👴09-Oct-18 10:22 PM
bbl
sokary200409-Oct-18 10:55 PM
enyboddy knows
how to exchange pirate to any other coin ?
bishop09-Oct-18 10:57 PM
OTC channel at the moment, no exchanges have it
sokary200409-Oct-18 10:57 PM
please invite me
bishop09-Oct-18 10:58 PM
you're already in the komodo server, just move down 4 channels to the left, right under pirate_marketing
Zach09-Oct-18 11:55 PM
Anyone else have some really long transaction time when sending amounts over 10k ARRR?
like over an hour
Zach10-Oct-18 12:22 AM
Merge addresses?
bishop10-Oct-18 12:25 AM
yes
house10-Oct-18 12:30 AM
@webworker01 ... will that combine everything to the one address specified ?
what I mean is ... is it too late to run that with big bag
great. thank you
@webworker01 ... Did I see a list list of CLI commands somewhere ?
muchos gracias
bishop10-Oct-18 12:35 AM
Keep running it and it will show you each time how man notes you have left to merge
2
when you do z_getoperationstatus
basically just keeps queuing up the notes
blackjok3r10-Oct-18 01:04 AM
You can specify 0 as the maximum amount to send at once, then it will send more than 50 utxo/notes
Got it to send 674 utxo on T tx
Z will obviously be less due to larger TX size
CheeseBaby10-Oct-18 01:06 AM
does this CLI merge command work with the agama wallet setup?
bishop10-Oct-18 01:09 AM
Pretty sure the agama version does not allow zmerge using the cli section under settings
I think there was a pull to add it
Perhaps. I never had any success using it in agama. Needed to use it in cli
and that's without the whole komodo-cli -ac_name=pirate preface
CheeseBaby10-Oct-18 01:22 AM
hmm, sounds complicated!
blackjok3r10-Oct-18 01:23 AM
No its not complicated at all
CheeseBaby10-Oct-18 01:23 AM
at the moment i mine small amounts, and receive payments every few hrs - is this storing up trouble in the future if i dont merge regularly?
but then some say the next update will ease things
jl777c10-Oct-18 07:06 AM
10 zinputs shouldnt take more than 10 minutes
unless you have a really slow system
0x0310-Oct-18 07:06 AM
(disclaimer: it's not actually taking hours for me. roundabout 1 minute per input is what i see on the pool)(edited)
Seko10-Oct-18 07:21 AM
Can someone from the developers please help me? I’m in contact with a German Youtuber who made a video about ShieldCoin (shieldx.sh). What makes PIRATE better than ShieldCoin, where are the elementary differences?
Acura10-Oct-18 07:25 AM
@Seko I only have found that SHIELD are using TOR, Masternodes & usin 5 Algos -TOR/i2p, Quantum proof, MN, PoS/PoW, Fully ano, SHIELD(edited)
Why use so many algorithms when you can simply be invisible on the road?
2
Seko10-Oct-18 07:28 AM
I have to convince the Youtuber that PIRATE is better.
Would you like to do that? He is also with us in the group and made a video about Komodo.
Acura10-Oct-18 07:33 AM
Shield have no dPow ; I'm assuming that every transaction with Shield will leave fingerprints of the respective stationsender.
I don't know much about Shield, though.
FishyGuts10-Oct-18 07:37 AM
How did tor work out for Silk Road?
What purpose do the master nodes serve?
Why do you need 5 algos?
dPoW they do not have.
Why proof of stake?
Sounds like they just added every crypto buzzword for the last 5 months and shoved them into one coin.
The more points of failure... the more likely something is to fail.
how is SHIELD a pure privacy coin? seems taddr are allowed and amounts are displayed
FishyGuts10-Oct-18 07:39 AM
Sounds like a money grab. Did they ICO?
scubapanda10-Oct-18 07:39 AM
@Seko Did you look at the Shield whitepaper? It doesn't say much. I don't know what development has been completed after that was written.. "Although PrivateSend is an improvement, implementing the PrivateSend feature alone will not make transactions entirely private, to address this, Zerocoin or zk-SNARKs/zk-STARKs implementation is under consideration. Further details regarding this aspect of SHIELD will be announced in Q2 2018.
"
jl777c10-Oct-18 07:40 AM
so I guess another PIRATE advantage is that PIRATE is actually working
might as well compare DASH to PIRATE
FishyGuts10-Oct-18 07:43 AM
None of their features are enacted and they’re behind on masternodes.
scubapanda10-Oct-18 07:44 AM
Yes. Looking at Shield Reddit, their masternodes might not be running either.
FishyGuts10-Oct-18 07:44 AM
Private sends are optional meaning they’re no more private than the 4% shielded pool on ZEC.
Also switching trying to entice GPU miners. “More secure” they say. Ask Verge how that worked out.
I’m not buying it for a second.
Social media sends.
We have tipbots already. We don’t need a blockchain for that.
Acura10-Oct-18 07:46 AM
Good examples here
FishyGuts10-Oct-18 07:47 AM
It looks like a bunch of lost devs who found out how to fork code on github and went crazy one night
Block rewards % for dev team.
“But no premine”
jl777c10-Oct-18 07:51 AM
XMR seems to be the only practical comparison to PIRATE


--- imgsrc: "willdeutschmatzahpassover.jpg" buylink: "http://store.notesfromthetribe.com/product/8-5x11-eating-matzah-print" postDate: "03.30.10" layout: post ---
It’s lunchtime.
Matzah, gefilte fish, and leben.
Again.

Between bites of his footlong turkey on jalapeno cheddar, your co worker inquires:
‘What is that?’
‘It’s fish….sort of….’
‘No! No! that white cracker thing….’

He chews it slowly.
He lights up.
‘Hey! That stuff isn’t bad!!!’
Try eating it for eight days, you think.
Then talk to me.


{% set coachSlug = craft.app.request.segments|last %} {% set coachSection = craft.entries({ section: 'coaches' }) %} {% for coach in coachSection.all() %} {% if coach.slug == coachSlug %}


Barça B 3-3 Cornella: Carles Perez scores in thrilling draw
Barcelona threw away a two-goal lead and needed a late penalty to salvage a point
by German BonaBarcelona B needed a late penalty from Monchu to rescue a point against Cornella having earlier thrown away a 2-2 draw. Monchu's spot-kick earned Garcia Pimienta's side a 3-3 draw at the Johan Cruyff Stadium.
Barça B were boosted by the presence of Carles Perez, who was making his first appearance of the season after spending the campaign with the first team until now. He had scored in the first team's friendly win at Cartagena in midweek and opened the scoring against Cornella after good work from Riqui Puig.
Perez scored after 10 minutes and it was soon 2-0, with Perez again involved. His shot was saved by Ramón but Japanese international Hiroki Abe was on the spot to turn home the rebound and score his first goal for the club.
But Cornella reacted well. Leo Ramirez scored a cracker to get them back into the game and Eloy Gila levelled things up before the break.
The game looked set to end in a draw when Riqui Puig fired wide late on but the game opened up in the final minutes. Becerra headed Cornella into the lead from a corner with just three minutes remaining but Barça went up the other end to earn a draw in stoppage time.
Ramón brought down makeshift striker Araujo and Monchu showed nerves of steel to send the keeper the wrong way.
MATCH FACTS
Segunda División B
| 3-3 | COR |
Barça B
Sergi Puig; Morer (Ilaix, 90'), Araujo, Mingueza, Akieme; Jandro (Marqués, 69'), Monchu, Riqui Puig; Carles Pérez, Hiroki (Kike Saverio, 77') y Collado.
Cornellà
Ramón; Óscar Prats, Cristian, Baro, Javi Jiménez; Fer Pina (Ramón Riego, 90'), Nana; Lobato (De Baunbag, 79'), Leo, Eloy Gila; y Pablo Fernández (Becerra, 70').
Goles
1-0 M.10 Carles Pérez; 2-0 M.23 Hiroki Abe; 2-1 M.35 Leo Ramírez; 2-2 M.44 Eloy Gila; 2-3 M.87 Becerra; 3-3 M.92 Monchu (pen.).
Árbitro
Fernández Buergo (Asturiano). TA: Araujo (1'), Óscar Prats (7')., Riqui Puig (28'), Jandro (43'), Javi Jiménez (59'), Baro (83').
Incidencias
Estadi Johan Cruyff. 2.577 espectadores.


|
||||||||||||||||||||||||
Windows Workflow Foundation Adam Cogan and Mark Liu will be introducing Windows Workflow Foundation. We will discuss some real world scenarios, go over the architecture of the framework, and talk about some common problems people may face when adopting this new technology.
|
Featured Service: SSW SQL DeployHave your application automatically deploy schema changes to your backend SQL Server with SSW SQL Deploy How many times have you deployed an initial version of your SQL Server or MSDE Database application to your clients or departments, then wondered how you are going to make updates to the Database schema in the future without hassle? SQL Deploy solves this problem by automatically performing Database updates as a part of your application deployment. Bundle SSW SQL Deploy when you distribute a new version of your application to clients and all your database changes will happen automatically.
| Merry Christmas from SSW
From all the staff at SSW we would like to wish
you a
very Merry Christmas and a Happy New Year. May you enjoy
a festive season with your families and keep safe. See
you in 2008. SSW will be closed on the following dates:
» Tuesday 25th Dec 2007
|
Advertise with SSW
If you would like to advertise your product or
service with SSW or would like to find out more
about different advertising opportunities,
please email your enquiries to
<EMAIL_ADDRESS>or call: +61 2 9953 3000. |
|
| Copyright ?SSW 1990-2007. All Rights Reserved. | Proudly developed by SSW Sydney Web Design | |
|


I am passionate about any kind of 3Ds: puzzles, VR, etc. I enjoy programming languages, specially HTML5, CSS3 and JS.
I enjoy writing front-end code with these technologies


Introduction to qemu
qemu is a full virtualization
solution for Linux on x86 hardware containing virtualization
extensions (Intel VT or AMD-V).
This package is known to build and work properly using an LFS-7.10
platform.
Package Information
Qemu Dependencies
Required
GLib-2.48.2, Python-2.7.12,
and X Window
System
Recommended
SDL-1.2.15
Optional
ALSA-1.1.2, BlueZ-5.41,
Check-0.10.0, cURL-7.50.1,
Cyrus SASL-2.1.26, GnuTLS-3.5.3, GTK+-2.24.30,
GTK+-3.20.9, libusb-1.0.20,
libgcrypt-1.7.3, LZO-2.09, Nettle-3.2,
NSS-3.26 (for
libcacard.so), Mesa-12.0.1, SDL-1.2.15,
VTE-0.44.2, and libssh2
Note
This optional dependencies list is not comprehensive. See the
output of ./configure
--help for a more complete list.
User Notes: http://wiki.linuxfromscratch.org/blfs/wiki/qemu
Kernel Configuration
Enable the following options in the kernel configuration and
recompile the kernel if necessary:
[*] Virtualization: ---> [CONFIG_VIRTUALIZATION]
<*/M> Kernel-based Virtual Machine (KVM) support [CONFIG_KVM]
<*/M> KVM for Intel processors support [CONFIG_KVM_INTEL]
<*/M> KVM for AMD processors support [CONFIG_KVM_AMD]
The Intel or AMD settings are not both required, but the one
matching your system processor is required.
For networking, check that bridge-utils-1.5 is installed and the
following options in the kernel configuration are enabled:
[*] Networking support ---> [CONFIG_NET]
Networking options --->
<*/M> 802.1d Ethernet Bridging [CONFIG_BRIDGE]
Device Drivers --->
[*] Network device support ---> [CONFIG_NETDEVICES]
<*/M> Universal TUN/TAP device driver support [CONFIG_TUN]
Installation of qemu
Install qemu by running the
following commands:
Note
Qemu is capable of running many targets. The build process is
also capable of building multiple targets at one time in a comma
delimited list assigned to --target-list
. Run ./configure --help to get a
complete list of available targets.
if [ $(uname -m) = i686 ]; then
QEMU_ARCH=i386-softmmu
else
QEMU_ARCH=x86_64-softmmu
fi
mkdir -vp build &&
cd build &&
../configure --prefix=/usr \
--sysconfdir=/etc \
--target-list=$QEMU_ARCH \
--audio-drv-list=alsa \
--docdir=/usr/share/doc/qemu-2.6.1 &&
unset QEMU_ARCH &&
make
To run the built in tests, run make
V=1 -k check.
Now, as the root
user:
make install
You will need a dedicated group that will contain users (other than
root) allowed to access the KVM device. Create this group by
running the following command as the root
user:
groupadd -g 61 kvm
Add any users that might use the KVM device to that group:
usermod -a -G kvm <username>
You will also need to add a Udev rule so that the KVM device gets
correct permissions:
cat > /lib/udev/rules.d/65-kvm.rules << "EOF"
KERNEL=="kvm", GROUP="kvm", MODE="0660"
EOF
Note
For convenience you may want to create a symbolic link to run the
installed program. For instance:
ln -sv qemu-system-`uname -m` /usr/bin/qemu
Configuring qemu
To generate an image, run:
qemu-img create -f qcow2 vdisk.img 10G
Adjust the virtual disk size and image filename as desired. The
actual size of the file will be less than specified, but will
expand as it is used.
Note
The following instructions assume you have created the optional
symbolic link, qemu
. Additionally, you must
run qemu
from an
X Window System based terminal (either locally or over ssh).
To install an operating system, download an iso of your choice or
use a pre-installed cdrom device. For the purposes of this example,
use Fedora 16 that is downloaded as Fedora-16-x86_64-Live-LXDE.iso
in the current
directory. Run the following:
qemu -enable-kvm -hda vdisk.img \
-cdrom Fedora-16-x86_64-Live-LXDE.iso \
-boot d \
-m 384
Follow the normal installation procedures for the chosen
distribution. The -boot option specifies the boot order of drives
as a string of drive letters. Valid drive letters are: a, b (floppy
1 and 2), c (first hard disk), d (first CD-ROM). The -m option is
the amount of memory to use for the virtual machine. If you have
sufficient memory (2G or more), 1G is a reasonable value. For
computers with 512MB of RAM it's safe to use -m 192, or even -m 128
(the default). The -enable-kvm option allows for hardware
acceleration. Without this switch, the emulation is relatively
slow.
To run the newly installed operating system, run:
qemu -enable-kvm vdisk.img -m 384
You may have problem with -enable-kvm
. Also, you may want to
define audio and video drivers, number of cpu cores and threads. An
alternative command to install the operating system is (see qemu
man page for the parameters definitions):
qemu -enable-kvm \
-cdrom /home/fernando/ISO/linuxmint-17.1-mate-32bit.iso \
-boot order=d \
-m 1G,slots=3,maxmem=4G \
-machine smm=off \
-soundhw es1370 \
-cpu host \
-smp cores=4,threads=2 \
-vga std \
vdisk.img
One parameter not appearing in the qemu man page is -machine smm=off
, and is used to
allow -enable-kvm
in some
systems. In order to run the machine, you can alternatively issue:
qemu -enable-kvm \
-machine smm=off \
-boot order=d \
-m 1G,slots=3,maxmem=4G \
-soundhw es1370 \
-cpu host \
-smp cores=4,threads=2 \
-vga vmware \
-hda vdisk.img
Sometimes, you want the machine to have different screen sizes than
the ones natively offered by the virtual grahics card. The example
below is for qemu vmware graphics card, which uses Xorg VMMouse Driver-13.1.0 and is
set to give maximum screen size of 1600x900. As the root
user, issue:
cat > /usr/share/X11/xorg.conf.d/20-vmware.conf << "EOF"
Section "Monitor"
Identifier "Monitor0"
# cvt 1600 900
# 1600x900 59.95 Hz (CVT 1.44M9) hsync: 55.99 kHz; pclk: 118.25 MHz
Modeline "1600x900" 118.25 1600 1696 1856 2112 900 903 908 934 -hsync +vsync
Option "PreferredMode" "1600x900"
HorizSync 1-200
VertRefresh 1-200
EndSection
Section "Device"
Identifier "VMware SVGA II Adapter"
Option "Monitor" "default"
Driver "vmware"
EndSection
Section "Screen"
Identifier "Default Screen"
Device "VMware SVGA II Adapter"
Monitor "Monitor0"
SubSection "Display"
Depth 24
Modes "1600x900" "1440x900" "1366x768" "1280x720" "800x480"
EndSubSection
EndSection
EOF
New sizes will be available besides the native ones. You need to
restart X in order to have the new sizes available.
qemu provides a DHCP server for the VM and, depending on the client
system, sets up networking though the host.
One problem with the above networking solution is that it does not
provide the ability to connect with the local network. To do that,
there are several additional steps that need to be done, all as the
root
user:
-
Set up bridging with bridge-utils-1.5.
-
Allow the host system to forward IP packets.
sysctl -w net.ipv4.ip_forward=1
To make this permanent, add the command to /etc/sysctl.d/60-net-forward.conf:
cat >> /etc/sysctl.d/60-net-forward.conf << EOF
net.ipv4.ip_forward=1
EOF
-
Allow the network connection when running as a part of the
kvm group:
chgrp kvm /usr/libexec/qemu-bridge-helper &&
chmod 4750 /usr/libexec/qemu-bridge-helper
-
Set up a required configuration file:
echo 'allow br0' > /etc/qemu/bridge.conf
-
Start qemu with "-net nic -net bridge" options.
-
If a connection, such as ssh, from the local network to the
client VM is desired, the client should be configured with a
static IP address.


Authentication
Authenticate
Waiting for battle
Nothing interesting yet...
Battle
Attack
Defense
Reload


{{!-- This is the base layout for your project, and will be used on every page. --}}
University of Utah Product Management Association 533 W 2600 S #135, Bountiful, UT 84010
Unsubscribe


Japan Econ Min: Global economy as a whole remains in a global recovery
by Ross J BurlandJapan economic minister has stated that they have to continue paying attention to the employment and income situation.
Additional comments:
The global economy as a whole remains in a global recovery
More to come...


Moving machine learning from practice to production
engineering.semantics3.com
There exists something of a gulf between appreciating the developments of ML and subsequently deploying them to solve “real-world” tasks, and this blog post walks through several key questions that an engineering team needs to consider in moving from practice through to production. From the Data to the Model and finally Deployment, this is a handy read for those looking to apply ML to their businesses or projects.


| validate_that {assertthat} | R Documentation |
validate_that
is an alternative to the function
assert_that
, that returns a character
vector. This
makes them easier to use within S4 "validate"
methods.
validate_that(..., env = parent.frame(), msg = NULL)
... |
unnamed expressions that describe the conditions to be tested.
Rather than combining expressions with |
env |
(advanced use only) the environment in which to evaluate the assertions. |
msg |
a custom error message to be printed if one of the conditions is false. |
A character
vector if the assertion is false, or TRUE
if the assertion is true.
assert_that
, which returns an error if the condition
is false.
x <- 1 # assert_that() generates errors, so can't be usefully run in # examples validate_that(is.numeric(x)) validate_that(is.character(x)) validate_that(length(x) == 3) validate_that(is.dir("asdf"))


Deployment View
Deployment View (Deployment Diagram)
Application Processor
Application Processor
SMST Application Processor


Loading... (This will take a few minutes)
Import Clusters
Select Repository
{% for repo in repos %}
{{ repo }}
{% endfor %}
Graph URI
Entity Clusters
Event Clusters
Submit


Client_DOM_Stored_XSS
Risk
What might happen
An attacker could use legitimate access to the application to submit engineered data to the application’s database. When another user subsequently accesses this data, web pages may be rewritten and malicious scripts may be activated.
Cause
How does it happen
The application creates web pages that include data from the application’s database. The data is embedded directly in the page's HTML, causing the browser to display it as part of the web page. This data may have originated in input from another user. If the data includes HTML fragments or Javascript, these are displayed too, and the user cannot tell that this is not the intended page. The vulnerability is the result of embedding arbitrary database data without first encoding it in a format that would prevent the browser from treating it like HTML instead of plain text.
General Recommendations
How to avoid it
- Validate all dynamic data, regardless of source. Validation should be based on a whitelist: accept only data fitting a specified structure, rather than reject bad patterns. Check for:
- Data type
- Size
- Range
- Format
- Expected values
- Validation is not a replacement for encoding. Fully encode all dynamic data, regardless of source, before embedding it in output. Encoding should be context-sensitive. For example:
- HTML encoding for HTML content
- HTML attribute encoding for data output to attribute values
- Javascript encoding for server-generated Javascript.
- Consider using either the ESAPI encoding library, or its built-in functions. For earlier versions of ASP.NET, consider using the AntiXSS library.
- In the Content-Type HTTP response header, explicitly define character encoding (charset) for the entire page.
- Set the httpOnly flag on the session cookie, to prevent XSS exploits from stealing the cookie.
Source Code Examples
CSharp
Data obtained from the execution of an SQL command is output to a label