Inline assembly and calling API functions

[Vortex]

In the inline asm block, the API function MessageBox should be enclosed between square brackets otherwise wrong call to API will lead to application crash :

Code Select Expand

// Source code built with PellesC 11.00.2

#include <stdio.h>
#include <windows.h>
char t1[]="This is a test1.";
char t2[]="This is a test2.";

int APIENTRY wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, WCHAR *pszCmdLine, int nCmdShow)
{
__asm{

push 0
push OFFSET t1
push OFFSET t1
        push 0
call DWORD PTR MessageBox
}

MessageBox(0,t2,t2,0);
return 0;
}

Edit : The square brackets are removed from the call to MessageBox, no any crash after compilation. Thanks to Hutch.

[hutch--]

Hi Erol,

My C is very rusty but I wonder if you could write a C prototype so you did not have to enclose the MessageBox in square brackets ?

[Vortex]

Hi Hucth,

Thanks, I removed the square brackets and the recompiled code didn't crash. Maybe, I was mistaken somewhere.

[hutch--]

That makes sense, it means that Pelle has followed the same approach as Microsoft with MASM where the square brackets are only taken notice of if its a register address notation. I confess I always hated compulsory square brackets as TASM and a few others did.

[jj2007]

I confess I always hated compulsory square brackets as TASM and a few others did.

FreeBasic inline assembly, for example, needs them. About as useful as the ; behind each C/C++ line

[Greenhorn]

I confess I always hated compulsory square brackets as TASM and a few others did.

FreeBasic inline assembly, for example, needs them. About as useful as the ; behind each C/C++ line

The C/C++ parser does not parse in "lines". You can write your whole code into one line, if you want to. The ; indicates the end of a statement. And the curly brackets {} indicate a code block.

[Gunther]

The C/C++ parser does not parse in "lines". You can write your whole code into one line, if you want to. The ; indicates the end of a statement. And the curly brackets {} indicate a code block.

Yes, that's the point. By the way, it's similar in PASCAL.

But we've here a schoolmasterish attitude. Anyone who has a different opinion is a flat-earther, Nazi or whatever. That's how far we've come.

[jj2007]

The C/C++ parser does not parse in "lines". You can write your whole code into one line, if you want to. The ; indicates the end of a statement. And the curly brackets {} indicate a code block.

I have always known that, Greenhorn. And it's about as intelligent as saying that BASIC must have line numbers. But go on, defend the "features" of C/C++. Such as the BREAK after each CASE statement

[Greenhorn]

Gunther,

Yes, that's the point. By the way, it's similar in PASCAL.

But we've here a schoolmasterish attitude. Anyone who has a different opinion is a flat-earther, Nazi or whatever. That's how far we've come.

you forgot to mention the tinfoil hat wearer.

[Greenhorn]

I have always known that, Greenhorn.

Obviously not.

And it's about as intelligent as saying that BASIC must have line numbers. But go on, defend the "features" of C/C++. Such as the BREAK after each CASE statement

[hutch--]

I vaguely remember Kernihan lamenting about the "break" in C. I am fascinated that it has never been simplified yet. If blocks and switch blocks have been simpler to use in most languages for many years. I guess its some form of conservatism in keeping C the way it was long ago when it was a lot closer to assembler and funny enough, that form is easy enough to duplicate in assembler anyway.

I used to see this type of code from the guys who still wrote TASM.

[jj2007]

I vaguely remember Kernihan lamenting about the "break" in C. I am fascinated that it has never been simplified yet. If blocks and switch blocks have been simpler to use in most languages for many years. I guess its some form of conservatism in keeping C the way it was long ago when it was a lot closer to assembler and funny enough, that form is easy enough to duplicate in assembler anyway.

I can live happily without that "conservatism", which they apply btw also for the latest most fashionable C++ standards.

Code Select Expand

include \masm32\MasmBasic\MasmBasic.inc ; download
  Init
  Dim My$() ; a really dynamic string array
  For_ ct=0 To 9
Let My$(ct)=Str$("This is string #%i", ct)+" created at "+fTime$(0, "HH:mm:ss.fff")
Let Mid$(My$(ct), 35)=" let's try a buffer overrun" ; a famous feature of C/C++ ;-)
PrintLine My$(ct)
  Next
EndOfCode

Code Select Expand

This is string #0 created at 10:07 let's
This is string #1 created at 10:07 let's
This is string #2 created at 10:07 let's
This is string #3 created at 10:07 let's
This is string #4 created at 10:07 let's
This is string #5 created at 10:07 let's
This is string #6 created at 10:07 let's
This is string #7 created at 10:07 let's
This is string #8 created at 10:07 let's
This is string #9 created at 10:07 let's

Try the same in C/C++