Hi, Your research sounds pretty definite: probably a problem in my code vars plugin (and many other of my plugins) that prevents it working properly on file names or other strings in other languages.
Problem is without installing support for e.g Korean I'm not sure how I can test to see if my code is correct. But I'll look into it. --- In [email protected], "forxtra" <forx...@...> wrote: > I guess that if I use a vars.ini, vars.dll could not find > "vars.ini" properly. > so, the vars plugin initially just use the compiled-in, default values to > configure itself. > Although I'm not sure it's one of the reasons, I'm running a non-English > version of WinXP(Korean / codepage 949 / dbcs). > and unfortunately, there are some limitations that I could not use in my > environment. > e.g., > - Unicode.InputDialog() Okay, I'll check that out. What's it do in your Korean environment? > - Com.Unload What's it do wrong? > I monitored with FileMon v7.04 to see what happens when calling to > vars.save_var() without any ini file. > (FileMon v7.04: http://technet.microsoft.com/en-us/sysinternals/bb896642.aspx) > > ; ---------------------------- > File.Delete("vars.ini") > File.Delete("plugins.ini") > Vars.Unload > > Local i = 34 > MessageBox("TopMost", "", "Start Capture") > Vars.Save_Var("i") > MessageBox("TopMost", "", "Stop Capture") > ; ---------------------------- > > Result: http://img15.imageshack.us/img15/4666/varsv084wihfilemon.png > vars.dll did not attempt to find "vars.ini" and failed to read "plugins.ini" > I also tried it under English WinXP with East Asian language > package on Microsoft Virtual PC. > Under the Default Regional and Language Options, it's working > properly regardless of the name of ini file. > However, if I change to Korean from English (United States), I could > encounter the same problem. > (Control Panel > Regional and Language Options > Advanced > Language for > non-Unicode programs)
