| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] |
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0000072 | HIDLib | Device properties | public | 2007-09-02 18:03 | 2009-01-05 22:45 |
|
| Reporter | Blue Ninja | |
| Assigned To | Blue Ninja | |
| Priority | normal | Severity | Minor | Reproducibility | always |
| Status | Resolved | Resolution | Fixed | |
| Platform | | OS | | OS Version | |
| Product Version | 0.1.0 | |
| Target Version | 0.2.0 | Fixed in Version | 0.2.0 | |
|
| Summary | 0000072: Strange return value for SerialNumberString |
| Description | On some devices with no serial number, HidD_GetSerialNumberString returns TRUE, and sets a byte buffer with the values 0x04, 0x09. This buffer is supposed to be a unicode string, 2 bytes per character. This results in a funky character (0x0409). Where is this coming from? |
| Additional Information | I had seen a reference in the Windows DDK that a call to this function for an unsupported language could return the language for which the value is supplied. Perhaps not by coindicence, 0x0409 is the code for US English. But, the string was originally queried for that language, so why the redirect?
Also, how would this be distinguishable from a valid serial number of the same value?
I don't think the unicode string is prefixed by a language ID, since the same functions for GetManufacturerString and GetProductString work without a mystery prefix. |
| Tags | No tags attached. |
|
| Device Vendor ID & Product ID | |
|
| Attached Files | |
|
Relationships [ Relation Graph ]
[ Dependency Graph ]
Relationships 
(0000414)