split関数の挙動について

質問

お世話になります。
　WindowsXP+VB6.0上で、下記コードを含むツールを開発しています。

Dim buf As String
Dim k As String
dim youso() as string
Line Input #1, buf
youso = Split(buf, k)
/*　kの中身は、適宜設定する　*/

　ここで、buf = "てすと（その1）"、k = "（"として、コンパイルして作成したexeファイルをWindowsXP上で動作させた場合、yousoの中身は
youso(0)->"てすと" youso(1)->"その1）"
となり、期待どおりの動作をします。
　ところが、このexeファイルをWindows2000上で動作させた場合、yousoの中身は
youso(0)->"てすと（その1）" youso(1)->未作成
となり、思わしくありません。

　開発環境と実行環境のOSを、整合させないとだめなのでしょうか。

回答No.2

E-HR33 · ベストアンサー

所詮標準のVB関数（しかも6.0）なのでそこまで求めるのは酷かもしれません。
API関数とかで代用してみてはいかがでしょうか？
API関数もOSの影響度強いですけど。。。

参考URL：

http://www.winapi-database.com/category.html

お礼

ご回答、ありがとうございます。
　今回の教訓は、
・開発環境と実行環境は、極力一致させる
・標準関数を、過信しない
といったところでしょうか。
　まあ、機能も知れていますし。同等品を自分で作ります。

　それにしても、挙動の差異に、早く気付いて良かった。

回答No.1

E-HR33

システム開発をする上では開発環境（テスト環境）と実行環境を同一のものにするのは必須です。
同じＯＳでも出荷時期が違うと動作が変わる場合があります。
split関数の動作がなぜそうなるかはわかりませんが、まず環境の同期をとってから作業にかかったほうがいいのでは？

補足

ご回答、ありがとうございます。
　Win2k系で開発したものをWin98系に持って行くのは、さすがに無理そうだから考えていないのですが、Windows2000とWindowsXpの間でも微妙な違いがあるものなのですかね。
　例えば、
・VB6.0は、内部の処理が完全にUnicode化されていない
・Windows2000も、内部の処理が完全にUnicode化されていない
・WindowsXpは、内部の処理が完全にUnicode化されている
だったりするのかな。
　ここら辺の差は、split関数内部で吸収して欲しい。