-
Notifications
You must be signed in to change notification settings - Fork 561
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
perlfunc/perlpacktut pack w documentation #12919
Comments
From schmorp@schmorp.deCreated by schmorp@schmorp.deperldoc -f pack tells us: w A BER compressed integer (not an ASN.1 BER, see perlpacktut for details). Ok, it's not an ASN.1 BER integer, still, it's an ASN.1 BER subidentifier Anyways, heading to perlpacktut to see why there is strong negation of The only thing I can find is "Another Portable Binary Encoding", which tells us: (Details can be found at <http://Casbah.org/>, the Scarab project.) Apparently, that domain fell off the internet in 2008. Looking at it Furthermore: There is no size limit to BER encoding, but Perl won't go to extremes. Well, last I looked, perl went very well to extremes when decoding these Here are my suggestions to improve this situation: 1. drop the "not an ASN.1 BER" comment, or at least qualify it, like At the very least the description of BER subidentifier encoding in 2. remove the url in perlpacktut. 3. document the fact that perl will go to multiprecision arithmetic when Greetings, Perl Info
|
From @tonycozOn Thu, Apr 18, 2013 at 08:04:39AM -0700, schmorp@schmorp.de (via RT) wrote:
I suspect it refers to this, or a similar definition: There's another note in the same file complaining about the usage:
"the integer encoding used for ASN.1 subidentifiers"
I wasn't able to find a good linkable reference either. http://luca.ntop.org/Teaching/Appunti/asn1.html provides a good description, but I didn't see any fragment ids. Tony |
The RT System itself - Status changed from 'new' to 'open' |
From schmorp@schmorp.deOn Thu, Apr 18, 2013 at 04:00:00PM -0700, Tony Cook via RT <perlbug-followup@perl.org> wrote:
The BER encoding, not the integer encoding. I don't think there strictly There also is a BER integer encoding, but it is indeed different (and can It's also quite clear by the references you dug out that these integers So, saying it is the ASN.1 BER subidentifier encoding might be very helpful for
I don't think there needs to be one, or even should one. I think it would be And I think it is documented reasonably well. What's not documented is why
Well, X.209 is freely downloadable from However, BER subidentifier coding is so trivial that having any external Really, the integers is just grouped into 7-bit groups from most It's so trivial it's not even neccessary to explain that this is asn.1 ber But saying it isn't asn.1 ber encoding *is* confusing, because I kept :) -- |
From @rurbanMarc, Can you please prepare a patch with the proposed changes. |
From schmorp@schmorp.deOn Fri, Apr 19, 2013 at 02:21:40PM -0700, Reini Urban via RT <perlbug-followup@perl.org> wrote:
I was under the impression I already gave one in my initial bug report(?) -- |
From @rurbanOn Sat Apr 20 01:43:31 2013, schmorp@schmorp.de wrote:
No sorry. |
From @rjbsI have applied your suggestions in a branch here: If they are acceptable to all, I will apply them to blead soon. -- |
Migrated from rt.perl.org#117661 (status was 'open')
Searchable as RT117661$
The text was updated successfully, but these errors were encountered: