2ギガぐらい扱えるデータ型

質問

Ｃ作成のＤＬＬから引数で文字列を返すのですが
呼び出し元はＶＢで引数String型なので
２ギガまで文字列が格納できるのですが
Ｃの方がそのような大きなデータを扱えず
内部エラーになり困っております。
ＣのＤＬＬは複数の文字列を連続取得して
ひとつの文字列にして返すという仕様です。
できたら今の仕様のままいきたいのですが
もし他に代替案がありましたら
そちらのほうもアドバイスいただきたいとおもいます。

回答No.1

honiyon · ベストアンサー

こんにちは、honiyonです。

　大胆な仕様ですね笑

　malloc で 2Gbyteとれませんか？
　32bit環境だったらいけた気がしますが、ちょっと自信はありません。

　もしそれが無理ならば、ストリーム形式をとるのが良い感じだと思います。(fopenのようなもの)
　例えば、 StrReady; で文字列の送信を用意させ、 StrRead(Buf, sizeof(Buf));といった形で、指定されたバイト数を Bufに格納する。といった形です。
　開発する側としては面倒な仕様ですが、後々の事を考えるとこうしておけば柔軟に扱えると思います。

　参考になれば幸いです（．．

お礼

ご回答ありがとうございます。
malloc()または
char a[max]で
領域を確保しようとおもいます。
いろいろネットでもみたんですが
Ｃってメモリ管理結構大変なんですね
今まで気にしたことがなかったので
びっくりです。

まぁ２Ｇのデータを扱うことはないとおもいますが
ＶＢのStringが２Ｇまで扱えるということで
書いてみました。

ＶＢより検索パラメタをわたし
実際はＣでＴＣＰ／ＩＰの電文送受信
その電文のデータ部をひとつにつなげて
ＶＢに返すというものを作成しています。
すこしデータ数が多くなるだけでおちるので
（現在４０ｋ程度でおちてます）
もう少し取る方法がないものか
模索しておりましたところです(^^;;;

初Ｃでソケットはちときついですが（泣き言）
もうすこしがんばります
本当にありがとうございました

回答No.3

terra5

将来のことはわかりませんが、現在のパソコンでやるには豪快というようり無茶苦茶な仕様ですね(^^;;

そもそも何のためにそんなことをしているのか判らないので、代替案の出し様もありません。

現実的にはファイルを使うのでしょうが、それでも2Gを必要とするような仕様は現実的ではありませんね。

少し前に戻って何をしたいのかをはっきりさせ、
その為にはどういうのが実際使う上で不都合が生じ難いか考え直すべきでしょう。

いえ、お願いですから,そういう無茶な仕様を考えるのは止めてください(^^;;

お礼

アドバイスありがとうございます。

実際の連携部の仕様をかいつまんでかきますと
ＶＢから検索のパラメタをＣのＤＬＬにわたし
ＣのＤＬＬはＴＣＰ／ＩＰで電文を送信
クエリ結果がいくつかの応答電文でかえってくるので
応答電文のデータ部をひとつにつなげて
ＶＢにかえすというものです

本番データを確認しましたら十分見積もって
１５０ｋぐらいあればなんとかいけそうな感じです。
現在４５ｋぐらいで落ちてしまうので
もう少し取得できないものかと
模索しておりました。

質問を簡略に書きすぎて
伝わりにくくなってしまって
ご迷惑をおかけしました。

本当にありがとうございました。

回答No.2

taka_tetsu

#1の方と同様、豪快な仕様だと思います。

で、はっきり言って、アウトです。
32bitアプリではメモリ空間は4Gまで使用可能ですが、その中で使用できない分があったりしますので、VBで2G、DLLで2Gなんて事をしたら間違いなくメモリ不足で落ちます。

どうしてもまとめて取りたいのであれば、ファイルに書くのが現実的だと思います。
NTFSでフォーマットされているのであれば、ギガなんて単位よりずっと大きなサイズでも扱えますし。

お礼

アドバイスありがとうございます。

たぶん２Ｇのデータを扱うということは
ないので大丈夫だとおもいます
（現本番データだと１５０ｋぐらい
あればいい感じです）
現在４５ｋぐらいでABENDしてるため
困っておりました。
malloc()でとりあえず明示的に
領域を確保してやりたいとおもいます。

いろいろ複雑な処理をしてるので
質問を省略してかこうとして省略しすぎてしまったようで
伝わりにくくてご迷惑をおかけいたしました。