こんにちは松並＠横浜です。
一連のスレッドを読ませていただきました。
CからMySQLを使ったことはありませんがC言語は仕事で使っていますので、
私の感じたことをご参考までに書かせていただきます。

外れているかもしれません。参考になれれば幸いです。

それと以下に、質問の仕方についてテクニックを書いておきました。
文句などではないので、誤解なきようお願いします。
あくまで議論がスムーズに流れるためのテクニックです。：−＞

＝＝＝概要＝＝＝

結論としては、MySQLの使い方というよりは、C言語での文字列処理などに
不備があるのでは？という感じがしました。

理由としては
（１）ご提示されているmysql関連関数の呼び出し手順については、
　　　どなたも間違いを指摘されていません。
（２）浅野さんより、問題となっているソースコードそのものの
　　　ご提示がありません。
です。

MLへの転送を考慮されて、ソースコードを簡素化されてのご提示だと思いますが、
問題の部分を浅野さんが発見されていない以上、浅野さんが簡素化された
ソースコードへの議論は無関係なところを議論していることになりかねません（よね？）

でも巨大なソースコードだと、何かしら考えないといけませんね。＾。＾

＝＝＝個別の気になるところ＝＝＝

On Thu, 07 Dec 2000 11:15:23 +0900
Yoshiyuki Asano <asano@xxxxxxxxxx> wrote:

> ちなみに、Segmentation fault が出るのは、sprintfを実行したときで
> クエリーを発行するところではありません。
> 
> しかしながら、クエリー発行の行をコメントにすると、最後まで問題なく
> 動作しますので、クエリーを発行しているところで何らかのことが起こっている
> ということは予測できるのですが、原因がわかりません。

クエリー発行の行をコメントにすると、最後まで問題なく動作すると
思っていらっしゃいますが、たまたまエラーとして現れないということが
よくあります。特にＣ言語では。

例えばC言語のローレベルな話をしますと、
mysql_query()を呼ぶ／呼ばないの違いは、スタック上にゴミが書き込まれる・
書き込まれないの違いがあります。具体的には

/* sample untested */
#include <stdio.h>
int function();
int function2();

int function()
{
  char buf[10];
  sprintf(buf, "%s", "12345678901234567890");
  function2();   /* <=== これを呼ぶと次のprintf()の表示文字列が変化します */
  printf("%s\n", buf);
}

int function2()
{
  printf("function2() gets called!\n");
}

通常CPUのメモリ確保はページ単位（４ＫＢなど）で行われますので、
たとえbuf[10]をオーバーして読み書きしたりしても、４ＫＢの壁を越えるまで
Segmentation faultはおきません。
ですので上記sprintf()はbufのサイズをオーバーして書き込んでいますが、
ほとんどの環境ではSegmentation faultは発生しません。
function2()を呼ぶと、戻り番地の記録のため、bufの11バイト以降、
（おそらく12バイトか16バイト）に、戻り番地などが書き込まれます。
このようにbufの領域を越えた部分にゴミが書き込まれます。
もちろんfunction2()をコメントアウトするとbufに書き込んだ文字列は
そのまま変化しません。
printf()文はbufのサイズなぞ関知しませんので\0があるところまで、
表示しようとします。mysql_query()へ渡すquery文もこの例に入るかもしれません。

余談
質問時のテクニックですが、「クエリー発行の行をコメント」という日本語文よりは、
「mysql_query()」のように具体的に書きましょう。グッと誤解が減りますよ！

On Thu, 07 Dec 2000 14:05:54 +0900
Yoshiyuki Asano <asano@xxxxxxxxxx> wrote:

> > > ちなみに、Segmentation fault が出るのは、sprintfを実行したときで
> > > クエリーを発行するところではありません。

（１）クエリー発行するところではなくsprintfのところでSegmentation fault
　　　になる
（２）クエリー発行しないと、Segmentation faultは起きない（、けどバグが
　　　露呈されないだけかも？）

といった動きはメモリ破壊、具体的にはmalloc()などで取得したメモリ領域への
アクセス時の不手際、スタック上に確保したバッファへのアクセス時の不手際の
可能性が高いのではと思われます。

＝＝＝個別その２＝＝

On Thu, 07 Dec 2000 14:05:54 +0900
Yoshiyuki Asano <asano@xxxxxxxxxx> wrote:

> えっと、説明が足りませんでした。

説明より、「具体的なモノ」がもっとも雄弁です。
お仕事で後輩が書いたプログラムが動かない場合に、「とにかくソースを見せろ！」
ということがありますよね！　：−＞

＝＝＝個別その３＝＝

> 直接、打ち込んでもなることが確認できましたので、ソースにはそちらを使用しました。
直接、（何処に）（何を）、打ち込んでも（どう）なる

言葉が足りませんよね。というより、説明しようとすると非常に疲れます。
「具体的なモノ」を提示するのが楽＆正確ですね。

> クエリーを発行しているところで、メモリ破壊が起こっているのは明らかだと思いましたので。
> ちなみに、sprintfで書き込んでいる、char型のワークをbzeroで初期化しているのですが、
> 初期化するだけでもこけてしまいます。しかもそのワークは初期化以外何もしていないのです

「こける」という表現は
ワークをbzero()で初期化してSegmentation faultがおこるということでしょうか。
ワークはmalloc()やcalloc()などで取得していませんでしょうか？
またbzero()で指定するワークサイズは正しいものでしょうか？

＝＝個別その４＝＝

> 早速、試してみました。
> 結果は Duplicate entry '0' for key 1　とありました。
> プライマリーキーを設定しているので、その関係のエラーだと思うのですが．．．
> 違います？

私はちょいとこれは分かりません。

＝＝最後に＝＝＝

PHPならこんなことで仕事の進捗を妨げたりすることは少ないですよ　（＾。＾）

-- 
松並＠横浜 <matunami@xxxxxxxxxx>
http://putyou.matwerks.com/