Commit Graph

5 Commits

Author SHA1 Message Date
Anders Broman cdc5a94864 From Grame Lunt:
The new oid_resolv.c OID handling is more strict on what an OID is. It now requires the OID string representation to be a sequence of dotted integers - particularly when looking up an associated name.

The X.411 and DISP dissectors have [ab]used the OID handling to support the dissection of x.411 standard-extensions (which are indicated by a single
integer) and where the OID is sufficient by itself (disp). Have a look at x411.cnf and disp.cnf

Attached is a small patch to restore the previous functionality in the new handling. If this is something you don't wish to continue to support in the OID handling, then I'll look at alternate mechanisms.

Graeme

svn path=/trunk/; revision=16816
2005-12-16 07:18:52 +00:00
Guy Harris d00581f430 The keys for entries in the OID-to-name hash table are g_mallocated, so
we have to g_free them when destroying the hash table.

svn path=/trunk/; revision=16708
2005-12-06 22:26:10 +00:00
Guy Harris 4fb23b89d4 Set svn:keywords to Id to get RCS IDs expanded.
Set svn:eol-style to native to handle line endings appropriately, and
trim off CRs.

svn path=/trunk/; revision=16707
2005-12-06 21:07:50 +00:00
Ronnie Sahlberg 383faa3de3 g_hash_table_new_full() does not exist for glib1
svn path=/trunk/; revision=16706
2005-12-06 20:29:46 +00:00
Tomas Kukosa a5bfb48c2f OBJECT IDENTIFIER name resolution moved to oid_resolv.c
svn path=/trunk/; revision=16699
2005-12-06 11:45:55 +00:00