This one don't work on my:
Quote
Intel(R) Celeron(R) CPU 2.80GHz
Microsoft Windows XP Professional Build Service Pack 3 2600
But work on other systems ?!
If somebodies can test it and made a report
It is a problem with the manifest common control 6.00 and DialogBoxIndirectParamA who don't accept it on this system.
Its working here on Win7x64. If you just click OK, focus will be set, if you just click on Cancel, 2 times a messagebox appears saying Cancel was pressed, if you close the dlg, again same 2 msgboxes appears, if you type in some text and click OK, the text appears as a msgbox.
I have just have the soluce.
The line "invoke InitCommonControls" is missing.
That i found strange is that some system accept it and others not ?!.
I have added another one with a strange problem.
He "couldn't find the masm32.dll" on my system.On rebuild , there is no problem.
Can you say me what You see ?
on the first one....
if you have a manifest that specifies a version of CommonControls....
then, you must InitCommonControls or InitCommonControlsEx for it to run under XP
it seems this does not apply to vista or win7
if you choose InitCommonControlsEx, the flags can be 0
push NULL ;0
push sizeof INITCOMMONCONTROLSEX ;8
INVOKE InitCommonControlsEx,esp
pop ecx
pop edx
on the second one....
the PE shows imports from masm32.dll
it is as though you built it with a masm32.lib import library, instead of a static library :red
can't say how it was built, because you did not attach the project files :P
Funny not ?
Quote
can't say how it was built, because you did not attach the project files
It had be build by the installer of the masm32 beta version.
lol
maybe the library was built with the wrong command line ?
btw - back to InitCommonControls/Ex
lingo says you only need import the function
dd InitCommonControls
or
mov eax,InitCommonControls
not sure how kosher that is
Quote from: dedndave on October 26, 2011, 04:36:07 PM dd InitCommonControls
or
mov eax,InitCommonControls
not sure how kosher that is
a simple call, or even a reference of the function, force windows to load the dll.
ToutEnMasm ,
can you supply the source code and assembler/linker command line for WorlTimes.exe?
qWord
Ok,
But he is very similar wiyh the older version.
The build made by the installer is named strange_problem.
I repeat that there is no problem buiding it with the batch.
here in Arizona, we use Mountain Standard Time with no DST :P
?
Quote
here in Arizona, we use Mountain Standard Time with no DST
Is there a relation with a build failed ?
no, Yves :P
i think you figured it out
we may not see the problem unless we build it with the new beta
have you tried "/OPT:NOREF" on the link command line when you build the EXE ?
ToutEnMasm ,
there is the same problem in the BETA I've got - have you informs hutch about this issue?
qWord