One further RANAP hacking session
This is not development, it is random trial and error hacking. I really
hate the fact that we have no useful asn.1 code generator and need to
work with hacks like asn1tostruct.py and asn1c without information
object classes :/
This commit is a one-day-long iteration of trial+error, manually editing
and adding the .asn source of RANAP until we get something that in the
end at least compiles and links. Do I trust the resulting code? No.
But we have no alternative :(
diff --git a/src/ranap/RANAP_RABs-failed-to-reportList.h b/src/ranap/RANAP_RABs-failed-to-reportList.h
new file mode 100644
index 0000000..1e8fdeb
--- /dev/null
+++ b/src/ranap/RANAP_RABs-failed-to-reportList.h
@@ -0,0 +1,48 @@
+/*
+ * Generated by asn1c-0.9.28 (http://lionet.info/asn1c)
+ * From ASN.1 module "RANAP-PDU"
+ * found in "../../asn1/ranap/RANAP-PDU.asn"
+ */
+
+#ifndef _RANAP_RABs_failed_to_reportList_H_
+#define _RANAP_RABs_failed_to_reportList_H_
+
+
+#include <asn_application.h>
+
+/* Including external dependencies */
+#include "RANAP_IE.h"
+#include <asn_SEQUENCE_OF.h>
+#include <constr_SEQUENCE_OF.h>
+#include <constr_SEQUENCE.h>
+
+#ifdef __cplusplus
+extern "C" {
+#endif
+
+/* RANAP_RABs-failed-to-reportList */
+typedef struct RANAP_RABs_failed_to_reportList {
+ struct raBs_failed_to_reportList_ies {
+ A_SEQUENCE_OF(RANAP_IE_t) list;
+
+ /* Context for parsing across buffer boundaries */
+ asn_struct_ctx_t _asn_ctx;
+ } raBs_failed_to_reportList_ies;
+ /*
+ * This type is extensible,
+ * possible extensions are below.
+ */
+
+ /* Context for parsing across buffer boundaries */
+ asn_struct_ctx_t _asn_ctx;
+} RANAP_RABs_failed_to_reportList_t;
+
+/* Implementation */
+extern asn_TYPE_descriptor_t asn_DEF_RANAP_RABs_failed_to_reportList;
+
+#ifdef __cplusplus
+}
+#endif
+
+#endif /* _RANAP_RABs_failed_to_reportList_H_ */
+#include <asn_internal.h>