|
you can mark individual functions as "cdecl". then, the calling code is responsible from cleaning the stack.
int __cdecl foo(int a);
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
They are always situated in system dll's
|
|
|
|
|
Hi
There is a flaw in your code. Thats why it is crashing. Basically compilier try to do second stack clean up.. 
typedef HANDLE (__stdcall *FOO)(...); // function must be called via std convention
The above declaration is the problem.. As is GetModuleHandleA is a standard function following pascal calling (Standard windows) convention.
In Pascal calling convention, the number of paramter we are passing to the function and the number of bytes required for that must be known before calling a function. By that way the called function will do clean up.
You have declared a function pointer like this..
typedef HANDLE (__stdcall *FOO)(...);
(...) which means the function would accept many number of parameters. C/CPP compiler would consider this this is a "C" calling convention. You are calling function in the dll.. That is following pascal calling convention..
When you call the function, the called function will unwind the stack as of pascal calling convention. And your calling function will also try to empty the non-existing stack(Already cleaned).. Thus a problem..
See my uncorrupt() function against your function.
void nocorrupt()
{
typedef HANDLE (__stdcall *FOO)(LPCTSTR); // function must be called via std convention
FOO foo = (FOO)GetProcAddress(LoadLibrary("kernel32.dll"), "GetModuleHandleA");
(*foo)(NULL);
}
This won't crash..
" Action without vision is only passing time,
Vision without action is merely day dreaming,
But vision with action can change the world "
- Words from Nelson Mandela
Thanks & Regards,
Gopalakrishnan
|
|
|
|
|
>There is a flaw in your code. Thats why it is crashing. Basically compilier try to do second stack clean up.. .
I know that compiler do stack cleaning after calling this function and in my disassembly I marked this place with comment.
>>typedef HANDLE (__stdcall *FOO)(...); // function must be called via std convention
>The above declaration is the problem.. As is GetModuleHandleA is a standard function following pascal calling (Standard windows) convention.
This is not true. Pascal convention isn't standart windows dll's convention! Standart Windows convention is exacly STD.
If you don't trust me just try this code:
#include <stdio.h>
#include <windows.h>
void main()
{
const char* src = "Let's test";
USHORT srcSz = strlen(src);
char *dst = new char[srcSz+1];
memset(dst, 0x00, sizeof(src)+1);
void *lpLstrcpy = GetProcAddress(LoadLibrary("kernel32.dll"), "lstrcpy");
printf("Testing STD Calling Convention...\n"
"In this convention parameters must be stored in stack in back order\n"
"And function must clean all it's parameters from stack by itself\n");
__asm {
; I put in stack all parameters in flip order(STD convention rule)
push src ; lstrcpy(DESTINATION, SOURCE);
push dst ; ^ |
call lpLstrcpy ; ----------+
}
printf("In dst variable now : %s\n", dst);
memset(dst, 0x00, srcSz+1); // Zero memory at dst
printf("\nTesting Pascal Calling Convention...\n"
"In this convention parameters must be put in stack in normal order\n"
"And function doesn't cleans all it's parameters from stack by itself\n");
__try {
__asm {
push dst
push src
call lpLstrcpy
; Clean stack
sub esp, 0x08
}
} __except (EXCEPTION_EXECUTE_HANDLER) {
printf("\nOops!\n\n");
}
printf("In dst variable now - %s\nOf course you don't see anything after '-'\n", dst);
system("PAUSE");
}
>In Pascal calling convention, the number of paramter we are passing to the function and the number of bytes required for that must be known before calling a function.
>By that way the called function will do clean up.
 If function want it can clean stack if don't can not.
Conventions is a way to describe how compiler must generate it's code to call some function.
>You have declared a function pointer like this..
>typedef HANDLE (__stdcall *FOO)(...);
>(...) which means the function would accept many number of parameters. C/CPP compiler would consider this this is a "C" calling convention. You are calling function in the dll.. That is following pascal calling convention..
I know that (...) means that to function will be passed unknown number of parameters.
By UNIX way (...) must be replaced with 'va_list'.
>When you call the function, the called function will unwind the stack as of pascal calling convention. And your calling function will also try to empty the non-existing stack(Already cleaned).. Thus a problem..
>See my uncorrupt() function against your function.
>void nocorrupt()
>{
>typedef HANDLE (__stdcall *FOO)(LPCTSTR); // function must be called via std convention
>FOO foo = (FOO)GetProcAddress(LoadLibrary("kernel32.dll"), "GetModuleHandleA");
>(*foo)(NULL);
>}
>This won't crash..
I don't know how many parameters will be passed to function, but in your code we have a fixed number of parameters - 1.
|
|
|
|
|
Anton Mikhalyov,
Your Code is successfully crashing . Fine. But I couldn't understand what you are trying to convey..
Can you list out the difference between Standard Windows calling convention and PAscal calling convention?
When I look into windef.h PASCAL defined as __stdcall..
What I need is
1. How arguments are passed?
2. How they are arranged in stack?
3. Who will do cleanup?
" Action without vision is only passing time,
Vision without action is merely day dreaming,
But vision with action can change the world "
- Words from Nelson Mandela
Thanks & Regards,
Gopalakrishnan
|
|
|
|
|
I know how to start Word and open 2 word documents - one existing and one new. I want to copy specific pages from the existing word document and paste them one at a time into the new document. So far I haven't even managed to copy any text of any description, my paste is just pasting whatever happened to be on the clipboard before.
|
|
|
|
|
sammiantha wrote:
I know how to start Word and open 2 word documents...
Briefly, how are you doing this?
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
Probably ShellExecute ...!?!?
gabby
|
|
|
|
|
Are you doing this in VB/VBA/c++/??
If I were doing it in c++, I'd embed the type library in my program, use the Word Automation objects to create an instance of Word, open a document, then use (sketchy becuase I dont have the details right in front of me) a select/range object to define a range of pages/paragraphs/lines within the document (which may be all), then execute the copy method .. then create a new document, select the 1st line, and execute the paste method ..
it may be the selecting text thats causing you grief - you havnt said you're defining what to copy/how you're marking the text
if you post some code I can take a look over the weekend if I get time (Its Friday afternoon here)
'G'
|
|
|
|
|
Garth J Lancaster wrote:
If I were doing it in c++, I'd embed the type library in my program, use the Word Automation objects to create an instance of Word, open a document, then use (sketchy becuase I dont have the details right in front of me) a select/range object to define a range of pages/paragraphs/lines within the document (which may be all), then execute the copy method .. then create a new document, select the 1st line, and execute the paste method ..
I'm using c++.
Okay, remember that I'm new to this automation - and my code may be awful for someone who actually knows what they are doing.
G, I am with you, up until 'use a select/range object to define a range...' which is where my trouble begins.
Basically I used this KB article to get started:
http://www.kbalertz.com/Feedback.aspx?kbNumber=178749[^]
(obviously using Word not Excel).
Then I have the following:
COleVariant vtOptional((long)DISP_E_PARAMNOTFOUND,VT_ERROR),<br />
vtTrue((short)TRUE),<br />
vtFalse((short)FALSE);<br />
<br />
<br />
_Application app; <br />
Documents oDocs;<br />
_Document oDoc;<br />
_Document newDoc;<br />
Paragraphs oParagraphs;<br />
Selection oSelection;<br />
COleVariant fileName;<br />
fileName = "C:\\Program Files\\Microsoft Visual Studio\\MyProjects\\ReadingRecs\\file.doc";<br />
<br />
if(!app.CreateDispatch("Word.Application"))<br />
{<br />
AfxMessageBox("Couldn't start Word.");<br />
}<br />
else<br />
{ AfxMessageBox("Word opened.");<br />
app.SetVisible(TRUE);<br />
<br />
oDocs = app.GetDocuments();<br />
oDoc = oDocs.Open(fileName,vtOptional, vtOptional,vtOptional, vtOptional, vtOptional,vtOptional, vtOptional, vtOptional,vtOptional, vtOptional, vtOptional);<br />
<br />
fileName = "c:\\files\\temp.doc";<br />
newDoc = oDocs.Add(fileName,vtOptional, vtOptional, vtOptional);<br />
<br />
}
I attempted to use another vaguely relevant KB article: http://www.kbalertz.com/kb_220911.aspx[^] which is where I found the document opening/creating stuff.
Any help anyone could give me would be great.
-Samantha
|
|
|
|
|
Problem solved.
Solution: Stop wondering aimlessly around the classes that word has to offer - create a macro to do the selection and run that macro using Application.Run() from c++ program.
|
|
|
|
|
|
I'd been told by many to make a macro and convert the VB code to c++; that it was easy. That didn't work out for me. Then someone mentioned the Application.Run() function and after figuring out how to use that, I'll be using macros wherever possible from now on! The only problem I can see with that though, is that I won't be able to use the program on just any computer. It won't work unless the right macro is in normal.dot. So my next job will be looking for an easy way to install my macro when the program runs for the first time.
There will also be a problem when I try to use the program on a different version of word - because automation makes you use a different header file depending on the version.
Why I create these projects for myself I don't know...
|
|
|
|
|
Hey - its a challenge, that 1) you didnt give up on and 2) you're willing to keep trying at - so dont knock yourself, and give yourself some credit - you didnt find the answer the first time but you got it a different way, maybe sometime later you'll be browsing some code and it'll click - your tenacity puts you ahead of lots of people who would have chucked it in the 'too hard' basket
Do when/if you get time download the samples etc and have a look through them - you might just spot the missing link ..
'G'
|
|
|
|
|
I need a program to convert my text from ebcdic to ascii. Is there any tutorial or code out there that will help me do this?
|
|
|
|
|
here's a function I used before: However, mine returns it as a string, so you'll have to do any other conversion on it yourself
CString EBCDICToDecimal(CString strValue)
{
CString chr;
char cEnd;
int nLength = strValue.GetLength();
cEnd = strValue[nLength - 1];
chr = "";
if((cEnd >= 65) && (cEnd <= 73)) cEnd -= 16;
if(cEnd == 123) cEnd = 48;
if(cEnd == 125)
{
chr = "-";
cEnd = 48;
}
if((cEnd >= 74) && (cEnd <= 82))
{
chr = "-";
cEnd -= 25;
}
strValue = chr + strValue.Left(strValue.GetLength() - 1) + cEnd;
return strValue;
}
My articles
www.stillwaterexpress.com
BlackDice
|
|
|
|
|
See if this helps. In addition, there's these two:
http://support.microsoft.com/kb/216399/EN-US/
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q235856
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
hi,
FindFirstFile API can list the files/folders in a given folder, but I need to find out what all drives are available on the system(like C:, D:, etc) and what are the media types (like harddrive, cd-drive, usb-drive, etc). Does any one have some idea to figure this out using windows file APIs?
Thanks
~f
|
|
|
|
|
|
Thanks for that link. GetDriveType takes the drive letter as part of the argument, and I dont know how to obtain the list of drive letters available. I looked at the volume management functions, ([^]) but this example doesnt give the drive letter information. What is a volume, and what are mount points, if I may ask?
Thanks
~f
|
|
|
|
|
|
|
Hi everybody!
I'm trying to find an answer on how to render a text in OpenGL and having it always in front of every object independingly of its z value. The text is placed using glRasterPos3d()..
(I don't want to use glOrtho() because I want the text to be moved in relationship with the camera)
Thanks for every answear!
|
|
|
|
|
You can disable the z-buffer by calling glDisable(GL_DEPTH_TEST), render the text, and re-enable z-buffer.
|
|
|
|
|
I have a dialog based class named CJKDlg, with a tree control with name treeTracks.
In the JKDlg.h i have defined the following structure:
struct _itemData
{
CString strData;
};
In the OK click event i have the following handler:
void CJKDlg::OnBnClickedOk()
{
CStdioFile stdFile;
CString str;
if(! stdFile.Open("test.txt", CFile::modeRead))
{
AfxMessageBox("Cannot find initialization file", MB_OK, MB_ICONSTOP);
return;
}
TVINSERTSTRUCT tvInsert;
tvInsert.hParent = NULL;
tvInsert.hInsertAfter = NULL;
tvInsert.item.mask = TVIF_TEXT;
HTREEITEM hAlbum, hItem;
char ch;
CString albumTitle, trackTitle, trackPath;
_itemData* pItemData = new _itemData();
while(stdFile.ReadString(str))
{
ch = str.GetAt(0);
if(ch=='$')
{
albumTitle = str.Right(str.GetLength()-1);
tvInsert.item.pszText = albumTitle.GetBuffer(albumTitle.GetLength());
hAlbum = m_treeTracks.InsertItem(&tvInsert);
pItemData->strData = "OK";
m_treeTracks.SetItemData(hAlbum, DWORD(pItemData));
}
}
delete pItemData;
}
In last a double-click event handler for the tree control:
void CJKDlg::OnNMDblclkTreeTracks(NMHDR *pNMHDR, LRESULT *pResult)
{
HTREEITEM hItem = m_treeTracks.GetSelectedItem();
ASSERT(hItem);
_itemData* pItemData = new _itemData();
pItemData = (_itemData *)m_treeTracks.GetItemData(hItem);
if(pItemData)
{
TRACE1("%s\n", pItemData->strData);
}
delete pItemData;
*pResult = 0;
}
The TRACE macro dose not display the "OK" string. Instead in the output window a white space displayed.
Can anyone help me with this please?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
