Topic: wpe-core.exe stop responding (Read 14679 times)

« **on:** January 19, 2013, 04:26:38 PM »

My Environment :

Host OS : winxp sp3
language : Traditional Chinese (Taiwan)
Target OS is same as Host

wpe-core.exe stop responding and quit when I build the Gena_Appetizer project.

Is Gena Project support Traditional Chinese (Taiwan) language? Or I miss something?

« **Reply #1 on:** January 20, 2013, 07:08:44 AM »

As far as I know it should be supported.

Regards,
Galapo.

« **Reply #2 on:** January 20, 2013, 07:18:12 AM »

Thanks for reporting cobraman,

Yes Galapo it is supported

problem is elsewhere,
Host OS : winxp sp3 - "Traditional Chinese (Taiwan)"

cobraman, we missed this because things works on our hostOS (enu, fra, trk, rus...)
need some time to fix

« **Reply #3 on:** January 20, 2013, 08:36:25 AM »

Thanks for your reply

I will change English HOST, test again and report later.

« **Reply #4 on:** January 20, 2013, 01:39:27 PM »

Hmmm, interesting. I tested XPsp2 enu source under zh-tw host, which resulted in no error for me.

Regards,
Galapo.

« **Reply #5 on:** January 20, 2013, 05:33:10 PM »

Both US and TW Host are not working for me ....

Does wpe-core.exe need some components installed on host ?

« **Reply #6 on:** January 20, 2013, 08:21:12 PM »

it should not

Our results ~mismatch, Here are my test results using 2 fresh installed HostXPSP3 :

Host: XPSP3-en-us + Source: XPSP3-en-us = Success
Host: XPSP3-en-us + Source: 2k3SP3-zh-tw = Success
Host: XPSP3-zh-tw + Source: XPSP3-en-us = Success (Confirming Galapo)
Host: XPSP3-zh-tw + Source: 2k3SP3-zh-tw = UnSuccess --> Same error you get

since UnSuccess part is very reproducable, just give some time

with some, I do not mean hours, we are here as hoby people

« **Reply #7 on:** January 20, 2013, 11:02:15 PM »

It is time-consuming work.

Thank for your help.

« **Reply #8 on:** January 21, 2013, 02:23:26 AM »

I've found that the error appears during the function __KERNEL32_MULTIBYTETOWIDECHAR.

I've tried playing around with it a bit changing "str" to "struct*". That makes the error disappear, but then other errors appear about not being able to open INF files and so forth. I don't really know much about these functions and I can't work out what's wrong and how to fix it. And why it occurs only for matching Chinese simplified Host and Source.

Regards,
Galapo.

« **Reply #9 on:** January 21, 2013, 04:11:15 AM »

Quote from: Galapo on January 21, 2013, 02:23:26 AM

I've found that the error appears during the function __KERNEL32_MULTIBYTETOWIDECHAR.

I've tried playing around with it a bit changing "str" to "struct*". That makes the error disappear, but then other errors appear about not being able to open INF files and so forth. I don't really know much about these functions and I can't work out what's wrong and how to fix it. And why it occurs only for matching Chinese simplified Host and Source.

Regards,
Galapo.

Is the size of string buffer too small ?

« **Reply #10 on:** January 21, 2013, 05:50:48 AM »

Could be it, but I can't figure out what to do. Just guessing and testing.

Here's the original functions:

Code: [Select]

__FILE_ANSITOUNICODE($SOURCE_WIN & "DRVINDEX.INF", $TEMPFOLDER & "DRVINDEX.INF", $LCIDINFO[2])

Func __FILE_ANSITOUNICODE($PKAYNAKDOSYA, $PHEDEFDOSYA = "", $CODEPAGE = 0)
If $PHEDEFDOSYA = "" Then $PHEDEFDOSYA = $PKAYNAKDOSYA
Local $TMPTEXT = FileRead($PKAYNAKDOSYA)
$TMPTEXT = __KERNEL32_MULTIBYTETOWIDECHAR($TMPTEXT, $CODEPAGE)
If FileExists($PHEDEFDOSYA) Then FileSetAttrib($PHEDEFDOSYA, "-R")
Local $HEDEFDOSYA = FileOpen($PHEDEFDOSYA, 34)
FileWrite($HEDEFDOSYA, $TMPTEXT)
FileClose($HEDEFDOSYA)
$TMPTEXT = 0
EndFunc ;==>__FILE_ANSITOUNICODE

Func __KERNEL32_MULTIBYTETOWIDECHAR($TEXT, $CODEPAGE)
$RETURN = DllCall($KERNEL32, "int", "MultiByteToWideChar", "uint", $CODEPAGE, "dword", 0, "STR", $TEXT, "int", -1, "ptr", 0, "int", 0)
$WCSTR = DllStructCreate("wchar[" & $RETURN[0] & "]")
$RETURN = DllCall($KERNEL32, "int", "MultiByteToWideChar", "uint", $CODEPAGE, "dword", 0, "STR", $TEXT, "int", -1, "ptr", DllStructGetPtr($WCSTR), "int", $RETURN[0])
Return DllStructGetData($WCSTR, 1)
EndFunc ;==>__KERNEL32_MULTIBYTETOWIDECHAR

With your Chinese source, $LCIDINFO[2] is passed as 950.

Any ideas?

Thanks,
Galapo.

« **Reply #11 on:** January 21, 2013, 07:50:04 AM »

Local $TMPTEXT = FileRead($PKAYNAKDOSYA)
$TMPTEXT = __KERNEL32_MULTIBYTETOWIDECHAR($TMPTEXT, $CODEPAGE)

I think above two line will induce error.

$TMPTEXT of __KERNEL32_MULTIBYTETOWIDECHAR is passed by reference

Normally, size of $TMPTEXT Output from __KERNEL32_MULTIBYTETOWIDECHAR is larger then its input.

$TMPTEXT must enlarge its buffer size before pass to __KERNEL32_MULTIBYTETOWIDECHAR

Double the $TMPTEXT's size will be safe.

« **Reply #12 on:** January 21, 2013, 08:30:54 AM »

I am not familiar with autoit, I think I will check it futher.

« **Reply #13 on:** January 21, 2013, 08:41:12 AM »

You can get the entire sourcecode by running 'wpe-core.exe /BlueLife'.

I'll keep investigating too. I'm still not sure why the Chinese source works for me under English Host system but not the same Chinese one.

Regards,
Galapo.

« **Reply #14 on:** January 21, 2013, 09:25:13 AM »

Thanks you so much

« **Reply #15 on:** January 21, 2013, 02:52:06 PM »

When I execute 'wpe-core.exe /BlueLife' command, wpe-core.exe ask me for specifying xp source directory, and extract some files from source CD and stop responding just like WinBuilder call it.

Could you give me the source of wpe-core.exe and let me study it ?

Thanks again

« **Reply #16 on:** January 21, 2013, 03:46:26 PM »

Try
wpe-core.exe /Saydin77

Tip: If (verry mostly

on project core executables

) executable provides its sourcecode inside,
such information is at its "Properties"->"Version"->"SourceCode"

« **Reply #17 on:** January 22, 2013, 06:02:19 AM »

I'm so used to typing '/BlueLife' to get sourcecodes (at least, that's my excuse

). Sorry to the great Saydin77!

« **Reply #18 on:** January 22, 2013, 12:14:51 PM »

Quote from: Lancelot on January 21, 2013, 03:46:26 PM

Try
wpe-core.exe /Saydin77

Tip: If (verry mostly on project core executables ) executable provides its sourcecode inside,
such information is at its "Properties"->"Version"->"SourceCode"

YES,I Got it. Thanks a lot.

Quote from: Galapo on January 22, 2013, 06:02:19 AM

I'm so used to typing '/BlueLife' to get sourcecodes (at least, that's my excuse ). Sorry to the great Saydin77!

You let me know I can get source code from its executable. Thank anyway.

« **Reply #19 on:** January 22, 2013, 06:20:39 PM »

Original func __FILE_ANSITOUNICODE that read all data of mbcs file into autoit buffer (i.e.$TMPTEXT), trasnsfer ,then write to new unicode file,
that will generate system fault at first "DllCall" of func __KERNEL32_MULTIBYTETOWIDECHAR

Now I use line by line trasnfer, then error of wpe-core.exe fix.

Maybe buffer size of Autoit's variable is not large enough to hold all data from file IN MY HOST.

Now I still have Winbuilder-relative problems when building my XPE IN MY HOST, It seem not easy to solve.

This is my __FILE_ANSITOUNICODE

Code: [Select]

Func __FILE_ANSITOUNICODE($PKAYNAKDOSYA, $PHEDEFDOSYA = "", $CODEPAGE = 0)
	Local $HEDEFDOSYA
	If $PHEDEFDOSYA <> "" Then
		$HEDEFDOSYA = FileOpen($PHEDEFDOSYA, 34)
	Else
		If FileExists($PKAYNAKDOSYA&".tmp") Then FileSetAttrib($PKAYNAKDOSYA&".tmp","-R")
		$HEDEFDOSYA = FileOpen($PKAYNAKDOSYA&".tmp", 34)
	EndIf
	Local $KAYNAKDOSYA = FileOpen($PKAYNAKDOSYA)

	; Read in lines of text until the EOF is reached
	While 1
		Local $line = FileReadLine($KAYNAKDOSYA)
		If @error = -1 Then ExitLoop
		$line = __KERNEL32_MULTIBYTETOWIDECHAR($line, $CODEPAGE)
		FileWriteLine($HEDEFDOSYA, $line)
		$line = 0
	WEnd

	FileClose($HEDEFDOSYA)
	FileClose($KAYNAKDOSYA)

	If $PHEDEFDOSYA = "" Then
		FileDelete($PKAYNAKDOSYA)
		FileMove($PKAYNAKDOSYA&".tmp", $PKAYNAKDOSYA)
	EndIf
EndFunc   ;==>__FILE_ANSITOUNICODE