自分で新たにテーブルを定義したとしてそのテーブルを各ノードに
保持させたいのですが、このような場合はどのファイルをいじれば
よいのでしょうか??

ちょっと的がはずれていたらすみません。

テーブル＝＝追加されたデータ構造、　という風に解釈しました。
だとすれば、interface 毎　に固有のデータなら、
struct IpInterfaceInfoType (ip.h)
node固有のデータなら、
struct struct_node_str (node.h)
等に、追加したデータ構造のポインタを持たせておく
といった方法でできそうな気がします。

メモリ割り当てについては、initialize 系の関数で適当と
思われる箇所でやればいいのではないでしょうか？

>miyagiさん

回答ありがとうございます
とても参考になりました。

＞テーブル＝＝追加されたデータ構造
おっしゃる通りです
新たに隣接ノードの情報を定期的に確保し、
それを保持しておくためのテーブルを作りたいと考えています。
そのために新しく構造体を定義し、それをテーブルという形で
各ノードに持たせたいと考えました。

回答していただいた箇所を参考にやってみたいと思います。

ところでよろしければ一つお聞きしたいのですが

node.h内のstruct struct_node_str 内において
// Users should not modify anything above this line.
というコメントが存在しているのですが、
この箇所よりも上にポインタを持たせたりしても
問題はないのでしょうか？？

引用：

すみません。実際に試したわけではないのではっきりと
お答えできないです。
ただ、このコメントの前に
//
// End QualNet kernel context
//
とあるので、 この行以前のメンバについては、kernel 内
で必ず使用するから変えてくれるな　といっているだけ
だと予想しています。

カーネル内で、シフト演算を使ってデータ構造のメンバに
アクセスするようなことをしているのなら、メンバの定義
順も変えてはいけないと思いますが、普通はそんな
ことはしないと思います。単に、”削除しないでね”ぐらい
の意味合いだと理解しています。
※だとすると、ちょっと混乱を招く表現ですね。

なので、そういう予想の元、変更してみると如何でしょう。
もし実際にお試しされるのであれば、後学のため、どんな
按配だったかお知らせいただけるとうれしいです。
ではでは

引用：

すみません。よくよく考えたら、すでにコンパイル済みと
なってしまっている　kernel では、 各メンバのオフセッ
トが既に決まってしまいますから順番を入れ替えてもだめで
すね。さらに混乱を招いてしまいました・・すみません。

んーー　ただ、どのメンバまでが非公開コードとなっている
箇所で使われているのか断定が難しいですね・・

結局のところ、構造体の一番最後に追加してしまえば、
これらの問題は回避できると思いますし、それが確実
なように思えます。
ご参考になりましたら幸いです。

詳細な回答ありがとうございます。
大変参考になりました

実際にやってみて何かわかりましたら
お知らせしたいと思います