To my understanding, these 'Hole types' was a way to defer type definition. Contrary to [BER] encoder, on the decoder's side the exact type, to replace the ANY placeholder, may not be known beforehand. If you are not passing reference ASN.1 grammar to pyasn1 decoder, type recovery might happen automatically based on tags. Otherwise, I'd try passing None instead of ANY component in the reference grammar to switch decoder to tag-based codec selection. If that won't work, please, send me your test case so I'd try to see how to handle it.
Thanks,
ilya
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I realise that the ANY DEFINED BY syntax has been deprecated for a while (and for good reason), but the PKCS#1 & PKCS#7 standards use this syntax.
Is it possible to cater for this type of construct, please?
thanks
To my understanding, these 'Hole types' was a way to defer type definition. Contrary to [BER] encoder, on the decoder's side the exact type, to replace the ANY placeholder, may not be known beforehand. If you are not passing reference ASN.1 grammar to pyasn1 decoder, type recovery might happen automatically based on tags. Otherwise, I'd try passing None instead of ANY component in the reference grammar to switch decoder to tag-based codec selection. If that won't work, please, send me your test case so I'd try to see how to handle it.
Thanks,
ilya