C / C++ / MFC

Re: MSXML load - not able to read chinese characters in path

28-Feb-18 22:25

Hello Everybody,

I am trying to read XML file using MSXML parser. Till now, all paths are in English characters and inside file also all are in English only.

Now, we are trying to move with Chinese characters also. So, inside file wherever needed, we are able to manage conversion and load the file using MSXML parser.

Now, the problem is, if the path of the xml file consists of Chinese characters, then

IXMLDOMDocumentPtr->load(path)

is not working.

Is there anyway to load the file ?

PS. we can able to write a new parser, but need to change a lot in our existing application.

Thanks in advance.

Regards,
Gopinath.

Richard MacCutchan28-Feb-18 22:52

Re: MSXML load - not able to read chinese characters in path

28-Feb-18 22:52

Gopi Nath wrote:
is not working

What does that mean?

Gopi Nath28-Feb-18 23:12

Re: MSXML load - not able to read chinese characters in path

28-Feb-18 23:12

Hello Richard,

MSXML::IXMLDOMDocumentPtr->load function, when I tried to load a file in which the path or file name contains Chinese characters, its not loading. Means, it fails to load the file into the document pointer and return false.

Regards,
Gopinath.

Richard MacCutchan28-Feb-18 23:15

Re: MSXML load - not able to read chinese characters in path

28-Feb-18 23:15

Then you need to use your debugger to find out why that load is failing. Are you using proper Unicode file paths? See Naming Files, Paths, and Namespaces (Windows)[^].

Gopi Nath28-Feb-18 23:46

Re: MSXML load - not able to read chinese characters in path

28-Feb-18 23:46

Thanks Richard,

I will check and will get back to you on this.

Regards,
Gopinath.

David Crow1-Mar-18 7:26

David Crow

1-Mar-18 7:26

Do you need to canonicalize the path?

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

Re: MSXML load - not able to read chinese characters in path

Victor Nijegorodov1-Mar-18 10:24

Victor Nijegorodov

1-Mar-18 10:24

Perhaps, there is some problem with encoding?

Re: MSXML load - not able to read chinese characters in path

Randor 1-Mar-18 14:46

Randor

1-Mar-18 14:46

Gopi Nath wrote:
Now, the problem is, if the path of the xml file consists of Chinese characters, then
IXMLDOMDocumentPtr->load(path)
is not working.

You left out so much relevant information...

1.) Could you give an example path containing Chinese characters that fails to load?
2.) What MSXML DLL version?
3.) What operating system version?

Best Wishes,
-David Delaune

Re: MSXML load - not able to read chinese characters in path

Gopi Nath19-Mar-18 23:18

Given two numbers say a and b. Print their XOR after making the lengths of their binary representation equal by adding trailing zeros to the binary representation of smaller one.

19-Mar-18 23:18

Hello Everybody,

Sorry for late reply.

It was character issue. My application is with Unicode character type. If I send the path as TSTR, then it works fine properly.

Thanks again.

Regards,
Gopinath.

Tarun Jha25-Feb-18 10:14

Tarun Jha

25-Feb-18 10:14

Input:
The first line of the input contains integer T denoting the number of test cases. For each test case, there are two integer inputs a & b.

Output:
For each test case, the output is the integer displaying the XOR of a & b after making them of equal lengths.

Constraints:
1<=T<=100
1<=a,b<=107

Example:
Input:
4
2 6
3 10
5 24
1 20
Output:
2
6
12
4

Explanation:
1. The binary representation of 2 is 10 and of 6 is 110. As the length of "10" is smaller, so add a '0' to it making it "100', to make the length of binary representations equal. XOR of 100 and 110 gives 010 which is 2.

Below is my code

#include <iostream>
#include <cmath>
#include <sstream>
#include <cstring>
#include <string>
using namespace std;

int main()
{
	int cases, binary[100];
	cin>>cases;

	int *result = new int[cases];
	int j;
	for(j=0; j<cases; j++){
		
        stringstream ss[3];
		for(int k=0; k<2; k++)
		{
			int n;
			cin>>n;
			int temp=n, i=0, len;
			while(temp > 0){
				binary[i] = temp%2;
				temp /= 2;
				i++;
			}
			len = i;

			string str ;
			for(int i=0; i<len; ++i){
				stringstream ss;
				ss << binary[(len-1)-i];
				str += ss.str() ;
			}
			ss[k] << str;
		}

    	string str1 = ss[0].str(), str2 = ss[1].str();
	    int len = (str1.length() > str2.length()) ? str1.length() : str2.length() ;

    	if(str1.length() < (unsigned)len){
       	 int diff = len - str1.length();
       	 for(int i=0; i<diff; ++i){
        	    str1 += '0';
    	    }
   	 	}
    	else if(str2.length() < (unsigned)len){
      	  int diff = len - str2.length();
       	 for(int i=0; i<diff; ++i){
        	    str2 += '0';
    	    }
   	 	}

   	 	string str3 = str1;
  	  	for(int i=0; i<len; ++i){
   	    	 if(str1[i]==str2[i]){
    	        str3[i]='0';
    	    }else   str3[i]='1';
    	}
		int length = str3.length(), val=0;
 	   	for(int i=0, m=length-1; i<length, m>=0; ++i,--m){
       		if(str3[i] == '1'){
	        	    val += pow(2, m);
    	   	 }
   	 	}
   	 	result[j] = val;
	}

	for(int i=0; i<cases; i++){
		cout<<result[i]<<endl;
	}
	return 0;
}

how to make it more efficient & short(i haven't studied oops yet)

Re: Given two numbers say a and b. Print their XOR after making the lengths of their binary representation equal by adding trailing zeros to the binary representation of smaller one.

Richard MacCutchan25-Feb-18 21:54

Re: Given two numbers say a and b. Print their XOR after making the lengths of their binary representation equal by adding trailing zeros to the binary representation of smaller one.

25-Feb-18 21:54

You can get the length of each value (remember to save the originals) by repeatedly shifting one bit right until it is zero. You then shift the smaller value left by the difference between their lengths. That will give you two integers of the same length. All you need then is to create the XOR of the two and print it out.

CPallini25-Feb-18 23:17

CPallini

25-Feb-18 23:17

Using Richard's suggestion:

C++

unsigned int myxor(unsigned int a, unsigned int b)
{
  if ( a < b) swap(a,b);

  // now a >= b

  int lab = 0; // difference of a and b binary length
  int ca = a;
  int cb = b;
  while ( ca )
  {
    if ( cb == 0 )
      ++lab;
    ca >>= 1;
    cb >>= 1;
  }
  return ( a ^ (b << lab));
}

Re: Given two numbers say a and b. Print their XOR after making the lengths of their binary representation equal by adding trailing zeros to the binary representation of smaller one.

Richard MacCutchan25-Feb-18 23:32

Re: Given two numbers say a and b. Print their XOR after making the lengths of their binary representation equal by adding trailing zeros to the binary representation of smaller one.

25-Feb-18 23:32

Better than my idea. Thumbs Up | :thumbsup:

CPallini25-Feb-18 23:53

CPallini

25-Feb-18 23:53

Based on your idea.

Strange Debugging results

ForNow24-Feb-18 16:36

ForNow

24-Feb-18 16:36

In the C/C++ code below debugptr comes up as null however when I go into Disassembly the value return in register rax from __imp_Cwnd::FromHandle is correct as I place an eyecatcher "Debug" in CprogDebug and when I go to look at that memory address I can see that literal in the memory
more so when I got to rsi + 118h the value of the rax register is there

When I do a quickwatch in VS on Debugptr its NULL

BTW I do a get an exception utilizing debugptr as a pointer

C++

133:     debugptr = (CprogDebug *)temptr->GetOwner();

ASM

 00007FF635B24727 48 8B 88 98 00 00 00 mov         rcx,qword ptr [rax+98h]  
00007FF635B2472E 48 85 C9             test        rcx,rcx  
00007FF635B24731 75 0D                jne         CMypercolate::process_sdump+60h (07FF635B24740h)  
00007FF635B24733 48 8B 48 40          mov         rcx,qword ptr [rax+40h]  
00007FF635B24737 FF 15 A3 AC 00 00    call        qword ptr [__imp_GetParent (07FF635B2F3E0h)]  
00007FF635B2473D 48 8B C8             mov         rcx,rax  
00007FF635B24740 FF 15 BA B8 00 00    call        qword ptr [__imp_CWnd::FromHandle (07FF635B30000h)]  
00007FF635B24746 48 89 86 18 01 00 00 mov         qword ptr [rsi+118h],rax

Richard MacCutchan24-Feb-18 20:13

24-Feb-18 20:13

The source and assembly do not appear to match.

ForNow24-Feb-18 20:38

ForNow

24-Feb-18 20:38

Wow you are good I’ll do it again but I was still at a breakpoint when I copied the text while was tracing and verifying the output I’m in bed as it’s 2:37 in the morning so I’ll do it again tommorow or in the morning

Richard MacCutchan25-Feb-18 3:43

25-Feb-18 3:43

ForNow wrote:
Wow you are good

Not at all. It's just that every so often I actually read a question carefully.

ForNow25-Feb-18 5:15

ForNow

25-Feb-18 5:15

I re-built its the the code at 5:52 est I just tested it did a disassembly it the same disassembly I posted it strange because the value returned from Cwnd::FromHandle has a valid return in rax I check rsi + 118 h and that value has the rax register also nore rsi + 118h = FA2C48D158 however I do quick watch on &debugptr and that value is null the value of &debugptr is 7FFd34e61810 which is strange shouldn't rsi + 118h == &debugptr ???

thanks

Richard MacCutchan25-Feb-18 6:20