こんにちは。
いつも文章を解析する際、愛用させてもらっているものです。

今日は、コーディングについて1つ質問したいことがあります。

nearの括弧内に括弧用いて「or」などを用いたいのですが、
そういったことは可能でしょうか？

例１
near(ゲーム-(絵 | グラフィック | 解像度 | 画像 | キャラ )-(かわいい | きれい | 美しい) )


例2
*グラフィック
絵 | グラフィック | 解像度 | 画像 | キャラ

*表現
かわいい | きれい | 美しい

near(ゲーム-<*グラフィック>-<*表現>)

　　　　　　　↑
といったようなことが出来ないかと思い、
何回か試してみても失敗するため、諦めかけており、何か
手だてがあれば教えて頂ければと思います。

こんにちは、樋口です。書き込みありがとうございます。

残念ながら現在のところ、nearのカッコ内でorを用いることはできません。

> near(a-(b or c))

のように書けると良いのですが、現在はできません。下記のように書いていた
だく必要があります。

> near(a-b) or near(a-c)

これはnearだけでなくseqでも同様です。

あまりスマートではなく、改善した方が良いのですが、目下のところ目処が立
っていません。ご不便をおかけして恐縮です。

こんにちは。
早い返信有難うございます。助かりました。


そうなんですね。できないのは残念です。
地道にやっていきます(笑)

もう１つ質問なんですが、
*ゲーム
near(a-b)[3]　or near(〜）[3] or near(〜）[3]〜〜

と繋いでいくと多すぎるせいかエラーになっていまします。
１つの*(アスタリスク)内ではいくつまで
条件を書けるのか、またコーディングの量(文字数など)にも
制限があれば教えてただきたいです。

今のところ*の中身は１００個ほどnearなどでつなげた場合は出力されますが、それを超えると、エラーになってしまうみたいです。
バージョンはやや古めです。

こんにちは、樋口です。書き込みありがとうございます。

今のところ、こちらで把握している制限は、(a) 1つのコーディングルール・
ファイルに記入可能なのは900コードまで、(b) 1つのコードの中で使用できる
のは725語まで、というものです。コードというのは、「＊」で命名された名
前と、条件とのセットのことです。

なお、これ以下の数でも、コンソール画面に以下のようなエラーが出て止まっ
てしまうことがあり得ます。

> DBD::mysql::db do failed: Thread stack overrun.

この場合、KH Coderを終了してから、「deps\mysql\khc.ini」を開き、以下の
行を [mysqld] セクション（[mysqld]という行の直後）に追加してください。

> set-variable = thread_stack=256K

その上で、KH Coderを再度起動し、前処理を再実行していただけば、上記(a)
と(b)の制限まではいけると思います。（※私の気づいていない別の制限がな
ければ、なのですが）

親切に回答してくださって有難うございました。
だいぶ遡ると自分が、最初に質問したのとほぼ近いものが
ありました。すいません。

*が166個までセーフでしたが167個目を追加するとエラーになりました。
*内にも
*ABC
<*ZX〜>
のように使用していますが、<>内の*も900コードの一部に含めてカウント
しなければいけないのでしょうか？

こんにちは、樋口です。書き込みありがとうございます。

エラーメッセージの内容はどういったものだったでしょうか？
コンソール画面に出ているものも含めてお知らせいただけると、
手がかりになるかもしれません。

こんにちは、樋口です。書き込みありがとうございます。

コード数の上限に達したというエラーメッセージではないようです。

ただ、原因がコードの記述にあるのか、KH Coderのバグなのかは
よく分かりません。

ヒントを見つけるための試みとして、

> *abc〜〜
> <*def〜> & <*ghi〜>」

の代わりに、1語程度のコードを3つくらい足していただいた場合や、
<*def〜>のみを条件としていただいた場合はいかがでしょうか。

こんにちは。

別の行を入れるとうまく行きましたが、
樋口先生がおっしゃってた通りにやるとうまく回りました。

*abc〜〜
<*def〜> & <*ghi〜>
を↓
*abc〜〜
<*def〜>と
*abc〜〜
<*ghi〜>
で回すとうまく回りました。
しかし、<*def〜>と<*ghi〜>はそれぞれ、
*jkl
〜〜 or 〜〜
*mno
〜〜 or 〜〜
*〜〜

*def〜
<*jkl〜> | <*mno〜>・・・・・・

といったようにアスタリスクをアスタリスクでコーディングする作業を
複数回行っています。

ここで仮説なんですが、1つの*内に入る文字数のカウントは
*内にある*やさらにその中にある*内の文字もカウントいているということなんでしょうか？

わかりづらくて申し分けありません。

こんにちは、樋口です。書き込みありがとうございます。

> ここで仮説なんですが、1つの*内に入る文字数のカウントは
> *内にある*やさらにその中にある*内の文字もカウントいて
> いるということなんでしょうか？

今ざっとソースを見返した限り、そういう形ではないようです。

うーん、以下のような形だと、動いたりしますでしょうか？

> *abc〜〜
> <*def〜> | <*ghi〜>

こんばんわ
私は現在、1つのアスタリスクの中に
100行いれている状態です。
*ＲＥＩ1
Ａ　＆　Ｂ
| Ｃ　＆　Ｄ
| Ｅ　＆　near(Ｆ-G)[3]
・・・
↑↑このような場合を3行とし100行ほど作成したものを
*ＲＥＩ1とおいています。
さらにそこに
*ＲＥＩ
<*REI1> | <*REI2> | <*REI3> | <*REI4> とこれを<REI17>
と定義しています。

さらにこれを
*REIとアメ
<*AME> & <*REI>
のようにしていますが問題はここでエラーが起きました。

そのため、*REIとアメを
*REIとアメ
<*AME>、
または
*REIとアメ
<*REI>
で、回してみるとうまく行きました、
当初、
*REIとアメ　の中には、<*AME> & <*REI>しか入っていないので多すぎることは
ないと思っていたのですが、<*REI>のなかに入っている要素も数えている
みたいで、*REIにある*REI1〜*REI17のなかにある要素を330個ほど削除
しました。すると、問題が起きたエラーもうまく回りました。

結論は、
*ＡＡＡ
<*BBB>＆<*CCC>
の場合、BBBやCCCの要素の数が多すぎると*AAAは量が多すぎると判定し
エラーになるようでした
すいません。お手数おかけしました。




<*ghi〜>