Adam Dickmeiss writes:
> Geoffrey Brown wrote:
> > I get the following error:
> >
> > ZOOM error 10003 "Decoding failed"
(addinfo: "ODR code 8:23
> > element= ") from diag-set
'ZOOM'
> >
> > When executing the following trivial program
(based upon the documentation)
>
> With yaz-client I get:
>
> adam peanut:~$ yaz-client libprd.uits.indiana.edu:2200
> [...]
> Z> format none
> Z> s 1+1
> Sent presentRequest (1+1).
> Decoding incoming APDU: Malformed data (code 8:23)
> Element path: presentResponse databaseOrSurDiagnostics
? record ?
> databaseRecord
> [Near 44]
> Packet dump:
> ---------
> 0: [25] len=1204 tl=1, ll=3 cons=1
> 4: [24] len=1 tl=1, ll=1 cons=0
> 7: [25] len=1 tl=1, ll=1 cons=0
> 10: [27] len=1 tl=1, ll=1 cons=0
> 13: [28] len=1191 tl=1, ll=3 cons=1
> 17: SEQUENCE len=1187 tl=1, ll=3
cons=1
> 21: [0] len=7 tl=1, ll=1 cons=0
> 30: [1] len=1174 tl=1, ll=3
cons=1
> 34: [1] len=1170 tl=1, ll=3
cons=1
> 38: EXTERNAL len=1166
tl=1, ll=3 cons=1
> 42: OID len=0 tl=1,
ll=1 cons=0
> 44: [1] len=1160
tl=1, ll=3 cons=0
>
> YAZ refuses to decode because the OID is badly formed
in the Record
> External. That's an error in the server implementation
I believe. One
> way to get around this error is to specify a record
syntax, say USMARC.
> yaz-client does that by default. ZOOM C does not.
This server has other, er, oddities:
$ yaz-client libprd.uits.indiana.edu:2200
Connecting...OK.
Sent initrequest.
Connection accepted by v3 target.
ID : Unicorn GL3.1 Standard
Name : SIRSI Corporation
Version: 3.0
Options: search present delSet scan sort namedResultSets
Elapsed: 0.791811
Z> f ^C1323935
Sent searchRequest.
Received SearchResponse.
Search was a success.
Number of hits: 1, setno 1
records returned: 0
Elapsed: 0.666002
Z> format xml
Z> elem f
Z> show 1
Sent presentRequest (1+1).
Diagnostic message(s) from database:
[100] Unspecified error -- v2 addinfo 'Expected
CONSTRUCTED PDU not found (pdu error: 3002)'
nextResultSetPosition = 1
Elapsed: 0.122000
Z>
So trying to fetch a full XML record also produces malformed
BER, but
in a different way from fetching a record with no format
specified.
This does not give me confidence in the server :-/
_/|_
____________________________________________________________
_______
/o ) / Mike Taylor <mike indexdata.com> http://www.miketaylor.or
g.uk
)_v__/ "In the forwards debate: Rush _is_ past it,
despite the odd
hat-trick" -- Lee Curran.
_______________________________________________
Net-z3950 mailing list
Net-z3950 lists.indexdata.dk
http://lists.indexdata.dk/cgi-bin/mailman/listinfo/n
et-z3950
|