|
ThatsAlok wrote: Couldn't we use lstrlen for same?
Sure you can use it, but it'll still return 0 just like strlen() .
"The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli
|
|
|
|
|
hi All,
I want to integrate crystal reports into my MFC app. I have already done this using an Access db as a data source. But what I really want to do is to use an XML file as a data source. How do i do this?
I tried to modify the connection string:
// Connection String
_bstr_t bstrAccessConnect ( L"DRIVER={Microsoft Access Driver (*.mdb)};"
L"DBQ=Database.MDB;"
L"DefaultDir=;"
L"UID=admin;PWD=;"
L"Mode=Read;");
but it didnt work. I have configured the ODBC dsn according to the CR XML v3.6 driver. It is correct because I can access the XML file as an ODBC dsn from the Crystal reports manually...So how do i do this in code???
PS: I hav Crystal Reports 8.5
|
|
|
|
|
Hi,
I have a service installed on Windows 2003 Server OS. I would like to disable the "restart service" button and menu option in the services applet.
Some services like "Event Log", RPC, etc have them disabled.
Thanks,
Mel
|
|
|
|
|
Hi Friends,
Please check the following code.
PROCESS_INFORMATION piProcInfo;
STARTUPINFO siStartInfo;
ZeroMemory( &piProcInfo, sizeof(PROCESS_INFORMATION) );
ZeroMemory( &siStartInfo, sizeof(STARTUPINFO) );
siStartInfo.cb = sizeof(STARTUPINFO);
bool bRet=CreateProcess("C:\\apps\\Microsoft Office\\OFFICE11\\WINWORD.EXE",
NULL,// command line
NULL, // process security attributes
NULL, // primary thread security attributes
TRUE, // handles are inherited
0, // creation flags
NULL, // use parent's environment
NULL, // use parent's current directory
&siStartInfo, // STARTUPINFO pointer
&piProcInfo); // receives PROCESS_INFORMATION
DWORD dw=GetLastError();
if(NULL != bRet)
{
if(WAIT_OBJECT_0==WaitForSingleObject(piProcInfo.hProcess,INFINITE))
{
MessageBox(NULL,"Finished","Error",MB_OK);
}
}
here...WaitforSingleObject does not wait for WinWord app to finish...it just quits....Any soln/Reason?
Vikram S
|
|
|
|
|
vikrams wrote: TRUE, // handles are inherited
make it FALSE
Regards
Anil
|
|
|
|
|
Still it's not working...!
|
|
|
|
|
Just a thought...
bool bRet;
"if(NULL != bRet)"
Is it OK to compare bool with NULL?
|
|
|
|
|
Good point to notice.
I didn't noticed that.
Regards
Anil
|
|
|
|
|
After I wrote my response, I tried it out.
It works the way you wrote it. Even tough sizeof(bool) == 1 and sizeof(NULL) == 4.
So your test isn't skipped (as I suspected).
|
|
|
|
|
|
vikrams wrote: bool bRet=CreateProcess("C:\\apps\\Microsoft Office\\OFFICE11\\WINWORD.EXE",
...
if(NULL != bRet)
Why are you checking for NULL when CreateProcess() returns a BOOL value? Change bool to BOOL and compare against TRUE /FALSE .
vikrams wrote: ...it just quits
What quits?
"The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli
|
|
|
|
|
WaitforSingleObject does not wait for WinWord app to finish...it just quits
|
|
|
|
|
I'm not sure what the problem is. I tried your code, along with my two changes, and it works fine.
"The greatest good you can do for another is not just to share your riches but to reveal to him his own." - Benjamin Disraeli
|
|
|
|
|
Hi Guys,
The code works Fine with admin privileges otherwise it fails...
Vikram S
|
|
|
|
|
strangly This admin previleges are needed for Winword.exe only.Excel,notepad and other applications works fine with a normal user account.
|
|
|
|
|
I am trying to program something that I assume is possible. Essentially I want to load a DLL library function in one program (say, program A), and using getprocaddress, I want to call this function from another program, B, purely by using the function's pointer/address.
My question is basically; how do I define and use the DLL function in program B? (only knowing its address in memory.)
|
|
|
|
|
You can't,
The dll's function is loaded into the memory space of program A and only usable from whitin this memory space.
This use to be possible on older OS but when a program crashes it could take other programs to.
Therefore each program has it own memory space where the dll is loaded in for each program.
I think however it is still possible to place some data (contained in the dll) in a shared memory block so that each dll can use this data (dangerous) but I don't think it is possible to do the same with funtion blocks.
codito ergo sum
|
|
|
|
|
if u know the function proto, first typedef it and then create an object of that type. for example if we want to call the
BOOL ShowWindow(HWND hWnd, int nCmdShow);
of User32.dll,
1. typedef its proto
typedef BOOL (WINAPI * myShowWindow)(HWND hWnd,int nCmdShow);
2.Create an object
myShowWindow fun_myShowWindow;
3. Assign the pointer obtained from GetProcAddress() to fun_myShowWindow
$. now u can call the function fun_myShowWindow as usual
eg :- fun_myShowWindow( m_hwnd, SW_SHOW);
nav
|
|
|
|
|
|
Naveen raj mohan wrote: 3. Assign the pointer obtained from GetProcAddress() to fun_myShowWindow
Can I explicitly define an address? Like:
fun_myShowWindow = 0x100021e0; (or something)?
Otherwise I am afraid BadKarma may be right
|
|
|
|
|
pjama wrote: Can I explicitly define an address? Like fun_myShowWindow = 0x100021e0
certainly not...
well, yes, the code would compile, but this will never work, as you cannot know at what address your function will be loaded...
TOXCCT >>> GEII power [toxcct][VisualCalc 2.20][VCalc 3.0 soon...]
|
|
|
|
|
toxcct wrote: you cannot know at what address your function will be loaded
Well, right now, I have the applications messaging eachother via Winsock (TCP). I thought that this could be simplified by sending an initial message containing the function address, and from there the second program could use the functions directly.
I got it to compile shortly after my last message, roughly:
typedef void (*fMultiply)(long,long); <br />
pMultiply = (fMultiply) 0x100021e0;<br />
(pMultiply) (x, y);
There are access problems. Is this the end of the road?
|
|
|
|
|
The function in the DLL does not have a real address until that DLL is loaded into your processes address space. Since a normal DLL cannot be reliably forced into a specific address (it may collide with an already-loaded DLL's load address), you cannot presume what the function's address will be.
Your second program, B, will have to load the DLL into its address space in order to get a valid address for the function.
Going the hack route, you may be able to directly allocate virtual memory in process B, copy the actual code from the function from process A to process B (by some other means), place it into the allocated buffer, set the protection on the buffer to PAGE_EXECUTE_READ , create a suitable function pointer and set it to the address of the buffer, and try to execute it.
-But you are going to have to find out further details about that route on your own...!
Peace!
-=- James If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! DeleteFXPFiles & CheckFavorites (Please rate this post!)
|
|
|
|
|
My application is crashing at customer's computer (Win XP). I've told him to run drwtsn32 -I to get minidump. Although drwtsn said it was installed, after crash there is still only standard "Send report" dialog. Any ideas why drwtsn is not catching the crash ?
Thank you
rrrado
|
|
|
|
|
oh it seems dump was created silently. ok solved
rrrado
|
|
|
|