Re: Testing with Japanese XP

J French wrote: 
On Sat, 29 Oct 2005 17:57:11 -0700, Roy Lewallen <w7el@xxxxxxxxx>
wrote:


I'm having some trouble with my English-language program when it's run on a Japanese OS. Some third-party software doesn't seem to be doing conversions between binary arrays and strings properly, and I'm seeing errors in using StrConv to convert from a binary array to a string. (I'm not trying to read or display Japanese characters, just storing binary data in strings.) I think I'm going to have to do a byte-by-byte copying

from one variable to the other, but it will be a major job. My immediate

problem, though, is how to test it as I make my modifications. Is there any way to get a U.S. XP operating system to emulate a Japanese product? If not, can anyone recommend a place to buy a Japanese version of XP? If anyone has had any experience doing this, I'd greatly appreciate any tips or cautions. 


I hate to say this, but I too often store Binary Data in Strings, but
I don't /want/ any of my Apps to work in a Far Eastern locale.

I'm afraid that what you need to do is store /all/ Binary Data in Byte
Arrays ( or rather /no/ Binary Data in Strings )

After doing some research, I've come to the same conclusion. Byte arrays for byte data, only. That's the only real solution, even though it's going to be a bit of trouble to implement.


Does this look familiar to you :-

    For L = 1 To Max
          A$( L9 ) = A$( L9 ) + MKL$( L9 )
    Next
    ' Sort String Array
    For L9 = 1 To Max
          N = CVL( Right$( A$(L9) ) )
          ....


Ah, yes, those were simpler times.

Sadly Unicode Strings do strange things in some Locales, or maybe it
is ANSI <-> Unicode conversions

Can you give some examples of the 3rd Party software that you are
using, is it AX or 'real' DLLs ?

If it is AX, then you are probably hosed
- if it is 'real' DLLs then you don't have too many problems

Well, it's a "real" DLL, but written I believe in Power Basic. The only problem seems to be that some of the simple functions, which unfortunately I've fairly liberally used, return byte values from a dll storage "register" space as a string. Fortunately, there are also functions which can retrieve one byte at a time as a Long variable. I can put these into a byte array, and that seems to be working. I need to chase down other places where I've put bytes into strings and change over to byte arrays.

A couple of my Japanese customers who have good English skills have agreed to help out. So I'll send them some test programs to make sure my fixes work. Not as convenient as having a Japanese system on my second machine, but much better than shooting in the dark.

Thanks,
Roy Lewallen
.

Relevant Pages

  • Re: I need some basic C++ help
    ... I think the idea of using arrays for strings (one that comes entirely ... the students need to see how strings can be constructed using arrays ... > One reason is that they spend much less time debugging. ...
    (comp.lang.cpp)
  • Re: more idle thinking: SiMPL
    ... int *pi; ... memory for strings and arrays are dynamicly allocated, ...
    (comp.lang.misc)
  • Re: Why does ANSI not define a function to determine the size of (m)allocated mem? (like _msize)
    ... Fortran 90 and up for arrays, and for character strings ... string length meaning variable at ALLOCATE time, ...
    (comp.lang.c)
  • Re: Option Compare Statement
    ... both arrays are always the same type. ... compare text,. ... Your first post regarding this in the vb.controls newsgroup was, ... strings, let's say A and B. Then I want to compare their values. ...
    (microsoft.public.vb.general.discussion)
  • Re: Testing with Japanese XP
    ... >conversions between binary arrays and strings properly, ... >not trying to read or display Japanese characters, ...
    (comp.lang.basic.visual.misc)