DOCSLIB.ORG

Resource Reference 6.5.1-1 Table of Contents

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Resource Reference 6.5.1-1 Table of Contents Escenic Content Engine Resource Reference 6.5.1-1 Table of Contents 1 Introduction.......................................................................................................................................... 7 1.1 Syntax Diagram Conventions.................................................................................................7 1.2 XInclude Support.................................................................................................................... 8 2 content-type....................................................................................................................................... 10 2.1 allow-content-types............................................................................................................... 10 2.2 array......................................................................................................................................10 2.3 complex.................................................................................................................................11 2.4 constraints.............................................................................................................................11 2.4.1 Boolean constraints................................................................................................. 11 2.4.2 Link constraints........................................................................................................11 2.4.3 Number constraints................................................................................................. 12 2.4.4 Text constraints....................................................................................................... 12 2.5 content-type.......................................................................................................................... 12 2.6 content-types........................................................................................................................ 14 2.7 enumeration.......................................................................................................................... 15 2.8 field....................................................................................................................................... 16 2.8.1 Basic field................................................................................................................ 16 2.8.2 Basic field (Simplified).............................................................................................18 2.8.3 Boolean field............................................................................................................19 2.8.4 Boolean field (Simplified).........................................................................................20 2.8.5 Collection field......................................................................................................... 21 2.8.6 Collection field (Simplified)...................................................................................... 22 2.8.7 Complex field...........................................................................................................24 2.8.8 Date field................................................................................................................. 24 2.8.9 Date field (Simplified).............................................................................................. 25 2.8.10 Enumeration field...................................................................................................25 2.8.11 Enumeration field (Simplified)............................................................................... 27 2.8.12 Inherited field.........................................................................................................28 2.8.13 Link field................................................................................................................ 28 2.8.14 Link field (Simplified)............................................................................................. 29 2.8.15 Number field.......................................................................................................... 30 2.8.16 Number field (Simplified)....................................................................................... 31 2.8.17 Schedule field........................................................................................................32 2.8.18 Schedule field (Simplified).....................................................................................33 2.8.19 URI field.................................................................................................................33 2.8.20 URI field (Simplified)..............................................................................................34 2.9 field-group............................................................................................................................. 34 2.10 format..................................................................................................................................36 2.11 maxchars............................................................................................................................ 36 2.12 maximum............................................................................................................................ 36 2.13 mime-type........................................................................................................................... 36 2.14 minimum............................................................................................................................. 36 2.15 options................................................................................................................................ 37 2.16 panel................................................................................................................................... 38 2.17 parameter............................................................................................................................39 2.18 ref-content-type...................................................................................................................39 2.19 ref-field-group......................................................................................................................40 2.20 ref-relation-type-group.........................................................................................................40 2.21 relation................................................................................................................................ 40 2.22 relation-type........................................................................................................................ 41 2.23 relation-type-group..............................................................................................................41 2.24 rep:crop...............................................................................................................................42 2.25 rep:output............................................................................................................................42 2.25.1 Derived Image Version rep:output........................................................................ 43 2.25.2 Image Version rep:output...................................................................................... 43 2.26 rep:representation...............................................................................................................44 2.26.1 Custom rep:representation.................................................................................... 44 2.26.2 Derived Image Version rep:representation............................................................44 2.26.3 Image Version rep:representation......................................................................... 45 2.27 rep:representations............................................................................................................. 46 2.27.1 Custom rep:representations.................................................................................. 46 2.27.2 Image Version rep:representations....................................................................... 46 2.27.3 Inherited Image Version rep:representations........................................................ 47 2.28 rep:resize............................................................................................................................ 48 2.29 required...............................................................................................................................48 2.30 summary............................................................................................................................. 48 2.31 url........................................................................................................................................ 49 2.32 well-formed......................................................................................................................... 51 3 image-versions...................................................................................................................................52 3.1 fallback..................................................................................................................................52 3.2 format....................................................................................................................................53
Load more

Recommended publications
  • GS1 Digital Link Standard (DRAFT) Enabling Consistent Representation of GS1 Identification Keys Within Web Addresses to Link to Online Information and Services
    GS1 Digital Link Standard (DRAFT) enabling consistent representation of GS1 identification keys within web addresses to link to online information and services Release [ToBe]1.1, Draft, 10 June 2019 IMPORTANT Disclaimer applicable to this Community Review public draft This document is a DRAFT, a work in progress and NOT the final GS1 standard. This document is for review only and it is provided "as is". GS1 does not make any representation or warranty, express or implied, including, but not limited to, warranties of merchantability, fitness for a particular purpose or use, non-infringement, or title; that the contents of the document are suitable for specific purposes; nor that the implementation of such contents will not infringe any third party patents, copyrights, trademarks or other rights. Furthermore, GS1 assumes no liability whatsoever for any inadvertent errors or omissions that may appear in the document. In no event shall GS1 be liable for any direct, indirect, special or consequential damages arising out of any use of the document or the performance or implementation of the contents thereof. Although the standard development process is in progress and governed by the GS1 Intellectual Property Policy, intellectual property right issues could occur any time. The document itself cannot infringe patent rights, but the implementation thereof could. Therefore, if you implement the draft standard contained in the document, you do so entirely at your own risk. Implementers and distributors of software products are encouraged to provide feedback, but should consult with their own attorneys, and form their own conclusions concerning the implementability and possible infringement of third-party rights.
    [Show full text]
  • Bibliography of Erik Wilde
    dretbiblio dretbiblio Erik Wilde's Bibliography References [1] AFIPS Fall Joint Computer Conference, San Francisco, California, December 1968. [2] Seventeenth IEEE Conference on Computer Communication Networks, Washington, D.C., 1978. [3] ACM SIGACT-SIGMOD Symposium on Principles of Database Systems, Los Angeles, Cal- ifornia, March 1982. ACM Press. [4] First Conference on Computer-Supported Cooperative Work, 1986. [5] 1987 ACM Conference on Hypertext, Chapel Hill, North Carolina, November 1987. ACM Press. [6] 18th IEEE International Symposium on Fault-Tolerant Computing, Tokyo, Japan, 1988. IEEE Computer Society Press. [7] Conference on Computer-Supported Cooperative Work, Portland, Oregon, 1988. ACM Press. [8] Conference on Office Information Systems, Palo Alto, California, March 1988. [9] 1989 ACM Conference on Hypertext, Pittsburgh, Pennsylvania, November 1989. ACM Press. [10] UNIX | The Legend Evolves. Summer 1990 UKUUG Conference, Buntingford, UK, 1990. UKUUG. [11] Fourth ACM Symposium on User Interface Software and Technology, Hilton Head, South Carolina, November 1991. [12] GLOBECOM'91 Conference, Phoenix, Arizona, 1991. IEEE Computer Society Press. [13] IEEE INFOCOM '91 Conference on Computer Communications, Bal Harbour, Florida, 1991. IEEE Computer Society Press. [14] IEEE International Conference on Communications, Denver, Colorado, June 1991. [15] International Workshop on CSCW, Berlin, Germany, April 1991. [16] Third ACM Conference on Hypertext, San Antonio, Texas, December 1991. ACM Press. [17] 11th Symposium on Reliable Distributed Systems, Houston, Texas, 1992. IEEE Computer Society Press. [18] 3rd Joint European Networking Conference, Innsbruck, Austria, May 1992. [19] Fourth ACM Conference on Hypertext, Milano, Italy, November 1992. ACM Press. [20] GLOBECOM'92 Conference, Orlando, Florida, December 1992. IEEE Computer Society Press. http://github.com/dret/biblio (August 29, 2018) 1 dretbiblio [21] IEEE INFOCOM '92 Conference on Computer Communications, Florence, Italy, 1992.
    [Show full text]
  • Scott Guthrie Keynote Speaker at NDC 2011 See Agenda at P.42-43
    For software developers and leaders NDC motivates Unit 4, Agresso see why at p.28 Scott Guthrie Keynote Speaker at NDC 2011 see Agenda at p.42-43 The Big Wall: Who needs How to Bring a Huge a service bus, Product Backlog anyway? Down to Size by Udi Dahan by Mitch Lacey ALSO FEATURING: IAN ROBINSON ANDERS NORÅS ROD PADDOCK GASPAR NAGY JONAS BANDI JEFF WILCOX GREG SHACKLES DOMINICK BAIER JON SKEET GILL CLEEREN GARY SHORT BILLY HOLLIS MARK SEEMANN SCOTT bellware NORWEGIAN DEVELOPERS CONFERENCE 2011 Oslo Spektrum, Oslo June 8 -10th Navn: Hege Lidenskap: Spreke løsningskonsepter Jobb: Senior Business Consultant Navn: Terje Lidenskap: SharePoint Jobb: Senior Software Engineer FOTO: BO MATHISEN Bli en del av vårt sterke fagmiljø innen samhandling og SharePoint Steria er blitt kåret til en av Norges beste arbeidsplasser fire år på rad. Det er ikke uten grunn. Mye skyldes de gode utviklingsmulighetene. Mye skyldes de utfordrende prosjektene. Mye skyldes det sterke og gode fagmiljøet. Velkommen til et av Europas største Vårt fagmiljø innen samhandling og informasjons- Spennende utfordringer it-konsulentselskaper håndtering er trolig et av Nord-Europas sterkeste. Vi er Steria er en kunnskapsbedrift. Vi lever av å gi gode Det har skjedd mye siden vi etablerte oss i 1969 i EMC Documentum partner og den eneste leverandøren råd om ledelse og it. Basert på våre sterke fagmiljøer Paris. Vi er nå et av Europas 10 største it-konsulent- som har godkjent Noark 5 kjerne for Documentum med bistår vi en rekke av Norges største virksomheter innen selskaper med 20 000 medarbeidere i 16 land og sakarkiv.
    [Show full text]
  • Html-Zh-Cn.Pdf
    HTML #html 1 1: HTML 2 2 2 Examples 2 2 2 2 3 3 2: Div 5 5 5 Examples 5 5 5 3: HTML 5 7 7 Examples 7 Html 5 7 4: HTML 8 Examples 8 HTML 8 8 5: SVG 9 9 9 Examples 9 HTMLSVG 9 9 object 9 SVG 9 CSSSVG 10 6: TABINDEX 11 11 11 Examples 11 Tab 11 Tab 11 Tab 11 7: HTMLCSS 12 12 12 Examples 12 12 12 13 13 8: 14 14 14 14 Examples 14 14 14 14 15 application-name 15 author 15 description 15 generator 15 keywords 15 16 16 16 Facebook / Open Graph 16 Facebook / 17 17 Google+ / Schema.org 17 17 18 9: 19 19 19 Examples 19 19 10: 21 21 21 21 Examples 21 21 21 21 21 22 11: 23 23 Examples 23 23 23 24 25 25 25 25 26 26 26 27 12: 28 28 28 Examples 28 =“” 28 = “alertdialog” 29 =“” 29 =“” 29 =“” 29 =“” 30 =“” 30 =“” 30 = “columnHeader” 30 =“” 31 =“” 31 = “contentinfo” 31 =“” 31 =“” 31 =“” 32 =“” 32 =“” 32 =“” 32 =“” 33 =“” 33 =“” 33 = “IMG” 33 =“” 34 =“” 34 =“” 34 =“” 34 =“” 34 =“” 35 =“” 35 =“” 35 =“” 35 =“” 35 =“” 36 = “menuitemcheckbox” 36 = “menuitemradio” 36 =“” 36 =“” 36 =“” 36 =“” 37 =“” 37 =“” 37 =“” 37 = “RadioGroup” 37 =“” 38 = “rowgroup” 38 = “rowHeader” 38 =“” 38 =“” 39 =“” 39 =“” 39 =“” 39 =“” 40 =“” 40 =“” 40 =“” 40 =“” 40 =“” 41 = “tabpanel” 41 =“” 41 =“” 41 =“” 41 =“” 42 =“” 42 = “TreeGrid” 42 = “treeitem” 42 13: 44 44 44 44 Examples 44 44 44 44 14: 46 46 46 Examples 46 46 46 47 47 srcset 48 srcset 48 srcset 48 48 15: HTMLJavaScript 50 50 50 50 Examples 50 JavaScript 50 JavaScript 50 JavaScript 50 Javascript 50 16: 52 52 52 52 Examples 53 ` `` `/ 53 53 53 53 17: 55 Examples 55 55 HTML5 55 18: 56 56 Examples 56 56 MIME 56 19: 57 57 57 Examples
    [Show full text]
  • Ontology Matching • Semantic Social Networks and Peer-To-Peer Systems
    The web: from XML to OWL Rough Outline 1. Foundations of XML (Pierre Genevès & Nabil Layaïda) • Core XML • Programming with XML Development of the future web • Foundations of XML types (tree grammars, tree automata) • Tree logics (FO, MSO, µ-calculus) • Expressing information ! Languages • A taste of research: introduction to some grand challenges • Manipulating it ! Algorithms 2. Semantics of knowledge representation on the web (Jérôme Euzenat & • in the most correct, efficient and ! Logic Marie-Christine Rousset) meaningful way ! Semantics • Semantic web languages (URI, RDF, RDFS and OWL) • Querying RDF and RDFS (SPARQL) • Querying data though ontologies (DL-Lite) • Ontology matching • Semantic social networks and peer-to-peer systems 1 / 8 2 / 8 Foundations of XML Semantic web We will talk about languages, algorithms, and semantics for efficiently and meaningfully manipulating formalised knowledge. We will talk about languages, algorithms, and programming techniques for efficiently and safely manipulating XML data. You will learn about: You will learn about: • Expressing formalised knowledge on the semantic web (RDF) • Tree structured data (XML) ! Syntax and semantics ! Tree grammars & validation You will not learn about: • Expressing ontologies on the semantic • XML programming (XPath, XSLT...) You will not learn about: web (RDFS, OWL, DL-Lite) • Tagging pictures ! Queries & transformations ! Syntax and semantics • Hacking CGI scripts ! Reasoning • Sharing MP3 • Foundational theory & tools • HTML • Creating facebook ! Regular expressions
    [Show full text]
  • GS1 Digital Link: Resolution
    GS1 Digital Link: Resolution Resolving GS1 Digital Link URIs to one or more sources of related informationenabling consistent representation of GS1 identification keys within web addresses to link to online information and services To Be 1.2, Draft 0.6, 22 October 2020 GS1 Digital Link Standard Document Summary Document Item Current Value Document Name GS1 Digital Link: resolution Document Date 22 October 2020 Document Version To be 1.2 Document Issue Document Status Draft Document Description enabling consistent representation of GS1 identification keys within web addresses to link to online information and services Contributors (to be updated by Greg) Log of Changes Release Date of Change Changed By Summary of Change 0.1 2020-04-20 Phil Archer, Mark Harrison Preparation for work on version 1.2 (by editing version 1.1). Known specific issues are highlighted where relevant in the text. 0.2 2020-05-14 Phil Archer, Ralph Tröger Additional issues from RT: https for canonical URIs, identification of split in GRAIs; place holders for expected work on binary EPC/RFID 0.3 2020-08-07 Phil Archer Split from original all in one standard. Signifiant changes to matching of link attributes to requests 0.4 2020-10-02 Dom Guinard, Phil Archer Responding to Dom’s comments and MSWG meeting 2020-10-01 0.5 2020-10-14 Phil Archer Further responses to comments received from Dom and Frits van den Bos, tidying up of refs and glossary, introductory material added with links to other DL standards. 0.6 2020-10-22 Phil Archer Removed schema.org as a namespace that SHOULD be supported Disclaimer GS1®, under its IP Policy, seeks to avoid uncertainty regarding intellectual property claims by requiring the participants in the Work Group that developed this GS1 Digital Link: Resolution standard version 1.2 to agree to grant to GS1 members a royalty-free licence or a RAND licence to Necessary Claims, as that term is defined in the GS1 IP Policy.
    [Show full text]
  • Wiley.Smashing.HTML5.Feb.2011.Pdf
    01_977279-ffirs.indd i 10/28/10 9:54 PM SMASHING HTML5 01_977279-ffirs.indd i 10/28/10 9:54 PM PUBLISHER’S ACKNOWLEDGMENTS Some of the people who helped bring this book to market include the following: Editorial and Production VP Consumer and Technology Publishing Director: Michelle Leete Associate Director–Book Content Management: Martin Tribe Associate Publisher: Chris Webb Publishing Assistant: Ellie Scott Development Editor: Elizabeth Kuball Copy Editor: Elizabeth Kuball Technical Editor: Harvey Chute Editorial Manager: Jodi Jensen Senior Project Editor: Sara Shlaer Editorial Assistant: Leslie Saxman Marketing Senior Marketing Manager: Louise Breinholt Marketing Executive: Kate Parrett Composition Services Compositor: Wiley Composition Services Proofreader: Susan Hobbs Indexer: Potomac Indexing, LLC 01_977279-ffirs.indd ii 10/28/10 9:54 PM SMASHING HTML5 Bill Sanders wnload from Wow! eBook <www.wowebook.com> o D A John Wiley and Sons, Ltd, Publication 01_977279-ffirs.indd iii 10/28/10 9:54 PM Th is edition fi rst published 2011 © 2011 William B. Sanders. Registered offi ce John Wiley & Sons Ltd, Th e Atrium, Southern Gate, Chichester, West Sussex, PO19 8SQ, United Kingdom For details of our global editorial offi ces, for customer services and for information about how to apply for permission to reuse the copyright material in this book please see our website at www.wiley.com. Th e right of the author to be identifi ed as the author of this work has been asserted in accordance with the Copyright, Designs and Patents Act 1988. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopy- ing, recording or otherwise, except as permitted by the UK Copyright, Designs and Patents Act 1988, without the prior permission of the publisher.
    [Show full text]
  • Achieving Linked Enterprise Data with Restful Services and Link Relations W3C Workshop on Linked Enterprise Data
    Achieving Linked Enterprise Data with RESTful Services and Link Relations W3C Workshop on Linked Enterprise Data Cornelia Davis EMC [email protected] 25 October 2011 While the proponents of the Linked Data movement prescribe the use of RDF, RDF Schema, OWL and SPARQL, with the “5-star model”, even the staunchest supporters acknowledge that there are other ways to achieve at least some level of data linking. In the general sense, Linked Data means that data entities are connected to one another in a manner that can be “understood” by programmatic clients. While the body of Linked Open Data has grown respectably, adoption of this paradigm in the enterprise has been slow. The transition of web services interfaces from an RPC/SOAP-based style to a RESTful style, a phenomenon that is happening in most enterprises today, is an excellent opportunity to begin making enterprise data available as linked data, even without requiring corporate buy-in on the full “Semantic Web.” RESTful Services The uptake of RESTful services out on the web1 and the popularization of cloud computing has helped drive enterprises to develop RESTful interfaces to their products. In general, however, true understanding of the principles of REST remains weak and poses a risk to the potential for linked data that RESTful interfaces offer. All four of the primary REST principles are critical to the cause: • Identification and addressability of resources: All interesting bits of information are identified with URIs and those URIs are generally URLs. • Uniform interface: Interaction with resources is through a standardized set of operations, with well understood semantics (usually HTTP).
    [Show full text]
  • Content Processing Framework Guide (PDF)
    MarkLogic Server Content Processing Framework Guide 2 MarkLogic 9 May, 2017 Last Revised: 9.0-7, September 2018 Copyright © 2019 MarkLogic Corporation. All rights reserved. MarkLogic Server Version MarkLogic 9—May, 2017 Page 2—Content Processing Framework Guide MarkLogic Server Table of Contents Table of Contents Content Processing Framework Guide 1.0 Overview of the Content Processing Framework ..........................................7 1.1 Making Content More Useful .................................................................................7 1.1.1 Getting Your Content Into XML Format ....................................................7 1.1.2 Striving For Clean, Well-Structured XML .................................................8 1.1.3 Enriching Content With Semantic Tagging, Metadata, etc. .......................8 1.2 Access Internal and External Web Services ...........................................................8 1.3 Components of the Content Processing Framework ...............................................9 1.3.1 Domains ......................................................................................................9 1.3.2 Pipelines ......................................................................................................9 1.3.3 XQuery Functions and Modules .................................................................9 1.3.4 Pre-Commit and Post-Commit Triggers ...................................................10 1.3.5 Creating Custom Applications With the Content Processing Framework 11 1.4
    [Show full text]
  • XEP-0240: Auto-Discovery of Jabberids
    XEP-0240: Auto-Discovery of JabberIDs Peter Saint-Andre Ralph Meijer mailto:xsf@stpeter:im mailto:ralphm@ik:nu xmpp:peter@jabber:org xmpp:ralphm@ik:nu http://stpeter:im/ 2008-04-30 Version 0.1 Status Type Short Name Deferred Standards Track NOT_YET_ASSIGNED This specification defines a recommended best practice for linking to JabberIDs from documents hosted on the World Wide Web. Legal Copyright This XMPP Extension Protocol is copyright © 1999 – 2020 by the XMPP Standards Foundation (XSF). Permissions Permission is hereby granted, free of charge, to any person obtaining a copy of this specification (the ”Specification”), to make use of the Specification without restriction, including without limitation the rights to implement the Specification in a software program, deploy the Specification in a network service, and copy, modify, merge, publish, translate, distribute, sublicense, or sell copies of the Specifi- cation, and to permit persons to whom the Specification is furnished to do so, subject to the condition that the foregoing copyright notice and this permission notice shall be included in all copies or sub- stantial portions of the Specification. Unless separate permission is granted, modified works that are redistributed shall not contain misleading information regarding the authors, title, number, or pub- lisher of the Specification, and shall not claim endorsement of the modified works by the authors, any organization or project to which the authors belong, or the XMPP Standards Foundation. Warranty ## NOTE WELL: This Specification is provided on an ”AS IS” BASIS, WITHOUT WARRANTIES OR CONDI- TIONS OF ANY KIND, express or implied, including, without limitation, any warranties or conditions of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE.
    [Show full text]
  • There's a Lot to Know About XML, and It S Constantly Evolving. but You Don't
    < Day Day Up > • Table of Contents • Index • Reviews • Reader Reviews • Errata • Academic XML in a Nutshell, 3rd Edition By Elliotte Rusty Harold, W. Scott Means Publisher: O'Reilly Pub Date: September 2004 ISBN: 0-596-00764-7 Pages: 712 There's a lot to know about XML, and it s constantly evolving. But you don't need to commit every syntax, API, or XSLT transformation to memory; you only need to know where to find it. And if it's a detail that has to do with XML or its companion standards, you'll find it--clear, concise, useful, and well-organized--in the updated third edition of XML in a Nutshell. < Day Day Up > < Day Day Up > • Table of Contents • Index • Reviews • Reader Reviews • Errata • Academic XML in a Nutshell, 3rd Edition By Elliotte Rusty Harold, W. Scott Means Publisher: O'Reilly Pub Date: September 2004 ISBN: 0-596-00764-7 Pages: 712 Copyright Preface What This Book Covers What's New in the Third Edition Organization of the Book Conventions Used in This Book Request for Comments Acknowledgments Part I: XML Concepts Chapter 1. Introducing XML Section 1.1. The Benefits of XML Section 1.2. What XML Is Not Section 1.3. Portable Data Section 1.4. How XML Works Section 1.5. The Evolution of XML Chapter 2. XML Fundamentals Section 2.1. XML Documents and XML Files Section 2.2. Elements, Tags, and Character Data Section 2.3. Attributes Section 2.4. XML Names Section 2.5. References Section 2.6. CDATA Sections Section 2.7.
    [Show full text]
  • Skyfire: Data-Driven Seed Generation for Fuzzing
    Skyfire: Data-Driven Seed Generation for Fuzzing Junjie Wang, Bihuan Chen†, Lei Wei, and Yang Liu Nanyang Technological University, Singapore {wang1043, bhchen, l.wei, yangliu}@ntu.edu.sg †Corresponding Author Abstract—Programs that take highly-structured files as inputs Syntax Semantic normally process inputs in stages: syntax parsing, semantic check- Features Rules ing, and application execution. Deep bugs are often hidden in the <?xml version="1.0" application execution stage, and it is non-trivial to automatically encoding="utf- pass pass pass 8"?><xsl:stylesheet version="1.0" Syntax Semantic Application xmlns:xsl="http://www.w3 .org/1999/XSL/Transform" generate test inputs to trigger them. Mutation-based fuzzing gen- ><xsl:output xsl:use- √ attribute- Parsing Checking Execution erates test inputs by modifying well-formed seed inputs randomly sets=""/></xsl:stylesheet> Parsing Semantic or heuristically. Most inputs are rejected at the early syntax pars- Inputs Crashes ing stage. Differently, generation-based fuzzing generates inputs Errors Violations from a specification (e.g., grammar). They can quickly carry the ! ! X fuzzing beyond the syntax parsing stage. However, most inputs fail to pass the semantic checking (e.g., violating semantic rules), Fig. 1: Stages of Processing Highly-Structured Inputs which restricts their capability of discovering deep bugs. In this paper, we propose a novel data-driven seed generation approach, named Skyfire, which leverages the knowledge in the analysis [8, 9] that identifies those interesting bytes to mutate, vast amount of existing samples to generate well-distributed seed symbolic execution [10, 11, 12] that relies on constraint solving inputs for fuzzing programs that process highly-structured inputs.
    [Show full text]