[
新規
] - [
ツリー
] - [
スレッド
] [
未解決
] [
緊急
] - [
優先
] - [
検索
] - [
なでしこTOP
]
「なでしこv1」開発掲示板
なでしこv1のバグや要望を書き込む掲示板
→
書き込み(
#1959
)を編集する:
名前
タイトル
本文
ざっと見てみたところ、「ならば」の方に指定する値でも同じようにエラーとなるようです。 (以下、何も無いことを、nilと表現しています) 特定の型として参照する構文においては、ケアがされているようです。 ・「もし」等の真偽値(Bool値)として評価する構文では、nilは、偽として扱う。 ・「ループ回数」等の整数値(int)として評価する構文では、nilは、0として扱う。 ・「言う」等の文字列として評価する構文では、nilは、「」(長さ0の文字列)として扱う。 ところが、任意の型を受け付ける「条件分岐」とその「ならば」ではnilに対するケアがおこなれていないようです。 修正が行なわれる場合に備えて、どう動作するのが望ましい(ユーザが思っている動作に近い)かの情報が有ると良さそうです。以下、私は考えです。 「条件分岐」がnilの場合 整数値の0として扱う。結果として、偽や0や「」(長さ0の文字列)とも一致する。 「ならば」がnilの場合 整数値の0として扱う。結果として、偽や0や「」とも一致する。 (システム的には、「いずれとも一致しない」(「違えば」があれば、それを実行する)のが実装は楽そう) 開発者向け情報。修正は、hima_parser.pasのTSyntaxSwitch.getValue(7356辺り)の vKekka := hi_var_calc_Eq(vJouken, vCase); の手前辺りでケアすると良さそう。
優先度
低
中
高
緊急
状態
未処理
詳細求む!
調査中
議論中
修正中
確認待ち
再修正依頼
解決
---
重複
---
アイデア
感想
告知
感謝
確認キー
👆お手数ですが、いたずら防止のために、「真夏」の読み方を記入してください。
編集キー
編集時に使うキーを入力(省略可能)
添付ファイル
🎁
ファイルを選択...
画像ファイル(最大300KB)を添付可能