Lexmark XS795 Printer Languages and Interfaces Technical Reference - Page 128

Password protection, Rewriting the flash memory content, Protection Prot., Description

Page 128 highlights

Flash memory and hard disk 128 Size The size listed for each resource includes the size of the file header. Protection (Prot.) Indicates if the file is password protected. • R/W-Read/write protection • W-Write protection If this field is blank, then this resource in flash memory or hard disk is not password protected. For more information on file protection, see "File and device protection commands" on page 87 and "Password protection" on page 128. Description The description field for fonts comes from the font header. The description field for macros or symbol sets is blank unless the description field in the file header is set by the PJL LRESOURCE command. For more information, see "Printer‑unique LRESOURCE variables" on page 55. The description for macros or symbol sets can be set only once for files stored in a flash memory. The description can be set any number of times for macros or symbol sets stored on a hard disk. The limitation for flash files is due to flash technology. For more information, see "Printer‑unique LRESOURCE variables" on page 55. Password protection Use any of the following to protect your flash memory or hard disk or the files stored on it. • Read/Write-Protects the file or device against reading and writing unless the user specifies the password (applies only to actual file data). • Write-Ensures that data cannot be changed on a file or device unless the user specifies the password. A read/write password takes precedence over a write password. Each file or device can have a separate password. Write passwords ensure that files cannot be deleted, renamed, or updated. A device cannot be formatted or specified as a download target. Read/write password protection provides the same protection as write, but also ensures that data cannot be read from the file or device. By using passwords, administrators can ensure data integrity and proper authorization. The PJL commands or the MarkVision Enterprise utility sets, declares, retracts, and deletes the passwords. For more information, see "File and device protection commands" on page 87. Rewriting the flash memory content After turning a bit on the flash memory from 1 (binary 1) to 0 (binary 0), it cannot be changed back to binary 1 without formatting the flash memory. As PostScript emulation file operators write data to flash memory, the printer microcode software verifies that none of the bits that are set to binary 1 is binary 0. If a 0 bit is changed back to 1, then a PostScript emulation ioerror occurs. When a device is formatted, all locations are set to binary 1. The formatting causes the descriptions and passwords for the files on flash memory to be set only once.

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148

Size
The size listed for each resource includes the size of the file header.
Protection (Prot.)
Indicates if the file is password protected.
R/W
—Read/write protection
W
—Write protection
If this field is blank, then this resource in flash memory or hard disk is not password protected. For more
information on file protection, see
“File and device protection commands” on page
87
and
“Password
protection” on page
128
.
Description
The description field for fonts comes from the font header. The description field for macros or symbol sets is
blank unless the description field in the file header is set by the PJL LRESOURCE command. For more
information, see
“Printer
unique LRESOURCE variables” on page
55
.
The description for macros or symbol sets can be set only once for files stored in a flash memory. The description
can be set any number of times for macros or symbol sets stored on a hard disk. The limitation for flash files is
due to flash technology. For more information, see
“Printer
unique LRESOURCE variables” on page
55
.
Password protection
Use any of the following to protect your flash memory or hard disk or the files stored on it.
Read/Write
—Protects the file or device against reading and writing unless the user specifies the password
(applies only to actual file data).
Write
—Ensures that data cannot be changed on a file or device unless the user specifies the password.
A read/write password takes precedence over a write password.
Each file or device can have a separate password. Write passwords ensure that files cannot be deleted,
renamed, or updated. A device cannot be formatted or specified as a download target. Read/write password
protection provides the same protection as write, but also ensures that data cannot be read from the file or
device.
By using passwords, administrators can ensure data integrity and proper authorization. The PJL commands or
the MarkVision Enterprise utility sets, declares, retracts, and deletes the passwords. For more information, see
“File and device protection commands” on page
87
.
Rewriting the flash memory content
After turning a bit on the flash memory from 1 (binary 1) to 0 (binary 0), it cannot be changed back to binary 1
without formatting the flash memory. As PostScript emulation file operators write data to flash memory, the
printer microcode software verifies that none of the bits that are set to binary 1 is binary 0. If a 0 bit is changed
back to 1, then a PostScript emulation
ioerror
occurs.
When a device is formatted, all locations are set to binary 1. The formatting causes the descriptions and
passwords for the files on flash memory to be set only once.
Flash memory and hard disk
128