throbber
DECLARATION CERTIFYING RECORDS OF INTERNET ARCHIVE
`
`I.
`
`I, Christopher Butler, am the Office Manager at the Internet Archive, located
`
`in San Francisco, California. I make this declaration of my own personal
`
`knowledge. As part of my role as Office Manager, I am fam iliar with how
`
`the Internet Archive captures and archives copies ofwebsites and how it
`
`makes those archives available to the public.
`
`2.
`
`The Internet Archive is a website that provides access to a digital library of
`
`Internet sites and other cultural artifacts in digital fonn. Like a paper library,
`
`we provide free access to researchers, historians, scholars, and the general
`
`public. The Internet Archive has partnered with and receives support from
`
`various well-known institutions and libraries, including the Library of
`
`Congress.
`
`3.
`
`The Internet Archive has created a service known as the Wayback Machine.
`
`The Wayback Machine makes it possible to surf more than 450 billion pages
`
`stored in the Internet Archive's web archive which have been captured and
`
`stored at various limes since 1996.
`
`4.
`
`The archived data made viewable and browseable by the Wayback Machine
`
`is compiled using software programs known as crawlers that surf the Web
`
`and automatically store copies ofwebsites, preserving copies of the websites
`
`as the websites exist at the point of time of capture ("Archived Websites").
`
`Samsung Exhibit 1014 Page 00001
`
`

`

`5.
`
`The Internet Archive assigns a URL on its site to each of the Archived
`
`Websites in the format hnp://web.archive.org/web/[Year in yyyy][Month in
`
`mm)[Day in dd)[Time code in hh:mm:ss]/[Archjved URL). Thus, the
`
`Internet Archive URL
`
`http://web.archive.org/web/ 19970 126045828/http://www.archive.org/ would
`
`be the URL for the record of the Internet Archive home page HTML file
`
`(http://www.archive.org/) archived on January 26, 1997 at 4:58a.m. and 28
`
`seconds ( 1997/01/26 at 04:58:28).
`
`6.
`
`Visitors to the Wayback Machine can search the Internet Archlve's web
`
`arch ive by URL (i.e., a website address). If Archived Websites for a URL
`
`are available, the visitor will be presented with a list of available dates of
`
`when each Archlved Website for that URL was captured. The visitor may
`
`select one of those dates, and then begin surfing on an archived version of
`
`the Web.
`
`7.
`
`Regarding archlved files stored in and made available via the Wayback
`
`Machine, I further declare that:
`
`a.
`
`to the best that the electronic systems involved can accurately record
`
`and reflect, such fi les were captured at or near the time of the date
`
`reflected in the URL assigned to each file by virtue of an automated
`
`transfer of electronic data;
`
`-2-
`
`Page 00002
`
`

`

`b.
`
`such records were captured by Internet Archive or received from third
`
`patty donors in the course of regularly conducted activity by the
`
`Internet Archive; and
`
`c.
`
`the Internet Archive captures, stores, and receives from third party
`
`donors web data as a regular practice.
`
`8.
`
`Attached hereto as Exhibit A is a true and correct copy of a printout of the
`
`Internet Archive's record of the HTML file for the URL
`
`http://www.delorme.com/earthmate/ with an archive date of February 2,
`
`1999, which may be downloaded from the following address:
`
`httos://web.archive.org/web/19990202121 153/http://delormc.com/earthmate/
`
`9.
`
`Attached hereto as Exhibit B is a true and correct copy of a printout of the
`
`Internet Archive's record of the HTML file for the URL http://to(cid:173)
`
`tech.com/windowsce/jomada/keyboard/index.html with an archive date of
`
`May 8, 1999, which may be downloaded from the following address:
`
`https://web.archive.org/web/ 19990508183506/http:/lto(cid:173)
`
`tech.com/windowsce/jomada/keyboard/index.html.
`
`I 0. Attached hereto as Exhibit C is a true and correct copy of a printout of the
`
`Internet Archive's record of the HTML file for the URL hnp://www(cid:173)
`
`ee.eng.hawaii.edu/-tep!EE160/Book/chapl/subsection2.1.2.3.html with an
`
`-3-
`
`Page 00003
`
`

`

`archive date of Apri l 24, 2000, which may be downloaded from the
`
`following address:
`
`l:!w://web.archive.org/web/200004242138 18/http://www(cid:173)
`
`ee.eng.hawaii.edu/- tep!EE160/Book/chap llsubsection2.1.2.3.html.
`
`II. Attached hereto as Exhibit Dis a true and correct copy of a printout of the
`
`Internet Archive' s record of the HTML file for the URL
`
`http://delorme.com/earthmate/accessories.htm with an archive date of May
`
`4, 1999, which may be downloaded from the following address:
`
`https://web.archive.org/web/ 199905042121 0 llhttp://delonne.com/earthmate/
`
`accessories.htm.
`
`12.
`
`I have been warned that willful false statements and the like are punishable
`
`by fine or imprisonment, or both.
`
`13.
`
`1 declare under penalty of perjury that the foregoing is true and correct.
`
`Executed on the 3rd day of February, 2016 in San Francisco, CA.
`
`By: ~~
`Christopher Butler
`
`-4-
`
`Page 00004
`
`

`

`
`
`
`
`
`
`Exhibit C
`
`Exhibit C
`
`ooooooo 05
`
`Page 00005
`
`

`

`1.2.3 Representing Programs
`
`1 of 2
`
`Previous: 1.2.2 Main Memory
`Up: 1.2 Representing Data and Program Internally
`Previous Page: 1.2.2 Main Memory
`1.2.3 Representing Programs
`As has been mentioned, in addition to data being stored in memory, the program to be executed is also stored there in the
`form of a sequence of instructions. It is the CPU shown in Figure 1.1 that is responsible for fetching instructions, one at a
`time, from memory and performing the specified operation on data. A more detailed picture of the CPU with its memory is
`shown in Figure 1.3. Within the CPU are several key components; the ALU, a set of Registers, and a Control Unit.
`The ALU (Arithmetic Logic Unit) is a digital circuit which is designed to perform arithmetic (add, subtract) operations as
`well as logic (AND, OR) operations on data. The registers in the CPU are a small scratchpad memory to temporarily store
`data while it is in use. The Control Unit is another circuit which determines what operation is being requested by an
`instruction and controls the other circuitry to carry out that operation; i.e. the Control Unit directs all operations within the
`machine.
`Also shown in the figure are the connections between the CPU and Memory. They consist of an address bus, as mentioned in
`the previous Section, and a data bus, over which all information (data and program) passes between the CPU and Memory.
`This Section describes how programs are stored in the machine as a sequence of instructions coded in binary. Such an
`encoding is called the machine language of the computer and is described below.
`
`Machine Language
`
`The basic operations that the CPU is capable of performing are usually quite simple and the set of these operations provided
`
`https://web.archive.org/web/20000424213818/http://www-ee.eng.hawaii.edu/~tep/EE160/Book/chap1/subsection2.1.2.3.html
`
`Page 00006
`
`

`

`1.2.3 Representing Programs
`
`2 of 2
`
`on a particular computer is called the instruction set. Within this set are instructions which can move data from one place to
`another, for example from memory to a CPU register; an operation called load. Similarly there are store instructions for
`moving data from the CPU to a location in memory. In addition there are instructions directing arithmetic operations, such as
`add, on data values. There are also instructions which control the flow of the program; i.e. that determine from where in
`memory the next instruction should be fetched. Normally instructions are fetched sequentially -- the next instruction is fetch
`from the next memory address; however, these control instructions may test a condition and direct that the next instruction
`be fetched from somewhere else in memory instead. Finally, there may also be instructions in the set for ``housekeeping''
`operations within the machine, such as controlling external I/O devices.
`To encode these instructions in binary form for storage in memory, some convention must be adopted to describe the
`meaning of the bits in the instruction. Most of the instructions described above require at least 2 pieces of information -- a
`specification of what particular instruction this is, called the opcode or operation code, and the address of the data item on
`which to operate. These parts can be seen in Figure 1.3 in the block labeled instruction.
`Instructions coded in binary form are called machine language instructions and the collection of these instructions that
`make up a program is called a machine language program. Such a program is very difficult for a person to understand or to
`write. Just imagine thinking in terms of binary codes for very low level instructions and in terms of binary memory
`addresses for data items. It is not practical to do so except for very trivial programs. Humans require a higher level of
`programming languages that are more adapted to our way of thinking and communicating. Therefore, at a level a little
`higher than machine language, is a programming language called assembly language which is very close to machine
`language. Each assembly instruction translates to one machine language instruction. The main advantage is that the
`instructions and memory cells are not in binary form; they have names. Assembly instructions include operational codes,
`(i.e., mnemonic or memory aiding names for instructions), and they may also include addresses of data. An example of a
`very simple program fragment for the machine described above is shown in Figure 1.4. The figure shows the machine
`language code and its corresponding assembly language code. Definitions of memory cells are shown below the program
`fragment.
`
`The machine language code is shown in binary. It consists of 8 bits of opcode and 16 bits of address for each instruction.
`From the assembly language code it is a little easier to see what this program does. The first instruction loads the data stored
`in memory at a location known as ``Y'' into the CPU register (for CPU's with only one register, this is often called the
`accumulator). The second instruction adds the data stored in memory at location ``X'' to the data in the accumulator, and
`stores the sum back in the accumulator. Finally, the value in the accumulator is stored back to memory at location ``Y''. With
`the data values shown in memory in the figure, at the end of this program fragment, the location known as ``Y'' will contain
`the value 48.
`A utility program is provided to translate the assembly language code (arguably) readable by people into the machine
`language code readable by the CPU. This program is called the assembler. The program in the assembly language or any
`other higher language is called the source program, whereas the program assembled into machine language is called the
`object program. The terms source code and object code are also used to refer to source and object programs.
`Assembly language is a decided improvement over programming in machine language, however, we are still stuck with
`having to manipulate data in very simple steps such as load, store, add, etc., which can be a tedious, error prone process.
`Fortunately for us, programming languages at higher levels still, languages closer to the way we think about programming,
`have been developed along with translators (called compilers) for converting to object programs. One such language is C,
`which is the subject of this text and is introduced in the next Section.
`
`Previous: 1.2.2 Main Memory
`Up: 1.2 Representing Data and Program Internally
`Previous Page: 1.2.2 Main Memory
`tep@wiliki.eng.hawaii.edu
`Mon Aug 15 11:23:22 HST 1994
`
`https://web.archive.org/web/20000424213818/http://www-ee.eng.hawaii.edu/~tep/EE160/Book/chap1/subsection2.1.2.3.html
`
`Page 00007
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket