PMP Mail Archive: RE: PMP> Clarification on HP's implementation of OCTET STRINGs

PMP Mail Archive: RE: PMP> Clarification on HP's implementation of OCTET STRINGs

RE: PMP> Clarification on HP's implementation of OCTET STRINGs

Bob Pentecost (bpenteco@boi.hp.com)
Fri, 25 Jul 1997 13:12:14 -0600

Am I allowed to reply to my own message?

Upon trying things with the printer, I found that I wasn't quite right =
in my explanation of how things work.

> ----------
From: Bob Pentecost[SMTP:bpenteco@boi.hp.com]
> Sent: Friday, July 25, 1997 8:44 AM
> To: 'JK Martin'
> Cc: pmp@pwg.org
> Subject: RE: PMP> Clarification on HP's implementation of OCTET =
STRINGs
>=20
> Jay,
>=20
> I was kind of surprised when I found how this object was behaving. It =
seems that=20
> once a new value ("*anything*" as you said) is written to =
prtOutputName for any bin,=20
> then the names are no longer localized. In other words, if a =
management application=20
> is customizing the names, then the printer agent leaves them alone. I =
don't believe I=20
> would recommend this as the proper object behavior.

The prtOutputName objects are localized according to =
prtConsoleLocalization. If the management application writes a string to =
a prtOutputName, the string is not changed when prtConsoleLocalization =
changes; however, the objects that still have the default values will be =
changed.

Bob

>=20
> Bob
>=20
>=20
> ----------
> From: JK Martin[SMTP:jkm@underscore.com]
> Sent: Thursday, July 24, 1997 12:31 PM
> To: bpenteco@boi.hp.com
> Cc: pmp@pwg.org
> Subject: RE: PMP> Clarification on HP's implementation of OCTET =
STRINGs
>=20
> Bob,
>=20
> The prtOutputName object is defined with max access of READ/WRITE.
> Since you say the HP 5Si has localized values for prtOutputName,
> how do does the agent control what gets written into that object?
>=20
> Does the agent simply accept *anything* it receives in a SNMP Set
> request?
>=20
> ...jay
>=20
> ----- Begin Included Message -----
>=20
> >From pmp-owner@pwg.org Thu Jul 24 18:26 EDT 1997
> From: Bob Pentecost <bpenteco@boi.hp.com>
> To: "pmp@pwg.org" <pmp@pwg.org>
> Subject: RE: PMP> Clarification on HP's implementation of OCTET =
STRINGs
> Date: Thu, 24 Jul 1997 16:21:38 -0600
> Content-Transfer-Encoding: quoted-printable
>=20
> The HP LaserJet 5Si uses 7 bit codes for all read-only OCTET STRINGs. =
The default values for prtOutputName may be 8 bit since the default =
values are localized.
>=20
> Bob
>=20
>=20
> ----------
> From: lpyoung@lexmark.com[SMTP:lpyoung@lexmark.com]
> Sent: Thursday, July 24, 1997 12:03 PM
> To: pmp@pwg.org
> Subject: PMP> Clarification on Lexmark's implementation of OCTET =
STRINGs
>=20
>=20
> I want to clarify Lexmark's implementation of the 8th bit
> in the OCTET STRINGs. While it is true that our implementations
> of the Printer MIB do not do anything special to make sure
> the 8th bit is not set, it is appears that none of the
> OCTET STRING values that are hardcoded in the printer
> have the 8th bit set. Therefore as best as I can determine,
> if we choose to use the 8th bit for something (such as
> UTF-8 encoding), it would not break our previous Printer
> MIB implementations.
> Lloyd
>=20
> ------------------------------------------------------------
> Lloyd Young Lexmark International, Inc.
> Senior Program Manager Dept. C14L/Bldg. 035-3
> Strategic Alliances 740 New Circle Road NW
> internet: lpyoung@lexmark.com Lexington, KY 40550
> Phone: (606) 232-5150 Fax: (606) 232-6740
>=20
>=20
>=20
> =0D=0D----- End Included Message -----=0D
>=20