|
I am fairly new to VC++ and programming in windows, and am writing a program that consists of one dialog box as the entire UI. After finishing the program, I close the dialog box, and there is an empty window that I have to close also. Is there a way to make the dialog box open in the window? Or possibly to not make that window appear?
|
|
|
|
|
Do you use Visual Studio (6.0)? You can create an MFC application in Visual Studio and, following the wizard, make the application dialog based. That would make the whole program one big dialog box. In this case I haven't seen the problem of having an extra window.
Danny
|
|
|
|
|
hmmm, yes I am using Visual Studio(dot NET), I was not the original creator of the program, but am working on it now. I will try to make a dialog based app and transfer the code over to see if there is a difference. There isn't a way to check how the program was originally made is there?
|
|
|
|
|
Will it be possible from with in the driver to know the details of applications acessing the driver.? (e.g Name, Path etc)
Any pointers..thanks
Thanks,
|
|
|
|
|
If your driver is processing the IRP in the context of the process thread you can use "IoGetCurrentProcess"/"PsGetCurrentProcess" or "PsGetCurrentProcessId" or even "IoGetCurrentThread/PsGetCurrentTHread" or "PsGetCurrentThreadId".
These could help you determine at least the PID of the process. Io/PsGetCurrentProcess actually returns an "undocumented" data structure that represents the current process information. If you do a search on the net or do "dt _EPROCESS" in the kernel debugger you may be able to find out what information you need from it, but of course it may vary from OS to OS or even from Service Pack to Service Pack.
The other method you could use if you are in the current thread process is attempt to find the user mode TEB and PEB if there is one. You can then just traverse this memory and find out all the information as well. Of course this is bad since the memory can go away so you'd need to ensure you protect your driver from this.
Another method would be for you to create a user mode componet that could talk with your driver and communicate some information down to it, such as a mapping of PID's to Processes or vice versa (Your driver could call your service with the PID and it could do the mapping).
8bc7c0ec02c0e404c0cc0680f7018827ebee
|
|
|
|
|
Thanks toby,
I am able to get PID at this point,I was wondering you are aware of any way to get File name or the path using this PID.
I read about some references to PsGetProcessImageFileName(), But haven't been able gather enough information to be able use it.
Any suggestions...
|
|
|
|
|
How do you cut out the code that compiles the hpj file every time? I can't find it in the (VC) help files or the compiler options. Thanks for any help on help.
|
|
|
|
|
Look at the Project --> Dependencies menu item.
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
|
Exclude the HPJ from the build.
|
|
|
|
|
I have a problem with linking..
everything worked good until I noticed that there were to many lines of code to be working with so I decided to split it up to a few .cpp-files, and all of them starts with a "#include main.h" , and when I tried to compile it and I got some problems with 2 objects that is defined multipled times... how can I include main.h from multiple files without getting the defined multiplied times problem?
btw I'm using MSVC++ 6, and Allegro
regards /Joakim .A
Joakim .A - State: VB6 -> VB.NET
|
|
|
|
|
Have you looked into the #pragma once directive?
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
No, I haven't... thing is that I have a simular application that is split up to different files and that works, I've scanned trough it 100 times and compared it with my application and can't find anything that is different with the layout.
Joakim .A - State: VB6 -> VB.NET
|
|
|
|
|
That depends on what is in main.h. Are there just prototypes and classes/structs defined or does it also contain function difinition (which should be specified as inline). If you are not defining the same function twice in your code, it is possible that the compiler is generating a function in every file that includes main.h. The simpilest solution is to back up to where all the code is in one file (and compiles OK), then transfer the functions from the origanal file to the new file one at a time and recompile each time to see if an error occurs.
Note: inline is a suggestion to the compiler; if an inline function is large, then the compiler will generate a function instead of inlining it. This some times results in the problem you are having, but it is rare and the compiler may have safeties in place to prevent this.
INTP
"The more help VB provides VB programmers, the more miserable your life as a C++ programmer becomes."
Andrew W. Troelsen
|
|
|
|
|
well.. I have prototypes for both classes/structs and function in main.h, I'm not sure how I specy function defenitions as inline.
the linking-problem I have is with some variables not with any function so far. but maby if my function isnt defined as inline the compiler get some problem with variables too.
I've made rar's of the source. one with the one-file and one with the multi-filer version, if that would make it easier to look at.
Single-file version
Multi-file version
edit:
btw the two variables I'm having a problem with is stair and gameover
Joakim .A - State: VB6 -> VB.NET
|
|
|
|
|
I see by your reply to sunit5 that you probably found the problem (declared but undefine variables).
As for specifing inline:
inline int func(int n) {...}
If the inline function is needed by several files, then you would place it in a header file.
If the inline function is only needed by one file, then place it in that file.
Given a choise between macros and small inline functions, prefer inline functions (when ever possible). This does not only make reading the code easier, it also lets the compilire validate the arguments (which prevents hard to find bugs).
INTP
"The more help VB provides VB programmers, the more miserable your life as a C++ programmer becomes."
Andrew W. Troelsen
|
|
|
|
|
i had similar problem.but i did a mistake.i defined an external variable in main.h.which was included in every .cpp file.one should only declare external variable ,functions, classes or structures.pls check out any defination is not present in main.h
|
|
|
|
|
I'm not sure what you mean here. but I do have defined variables as external in main.h, but I don't define them again in the other .cpp-files again (as I guess you had done)
aah now when I come to think of it (damn I'm a lousy c++ user ) I need to check if I defined those variable instead of declaring them
Joakim .A - State: VB6 -> VB.NET
|
|
|
|
|
Is there a way to search for a particular word in a file, no matter where it may be placed. I don't think opening the file and just using getline will work. Maybe there is a tool out there I can make use of in my code?
Danny
|
|
|
|
|
bugDanny wrote:
Is there a way to search for a particular word in a file, no matter where it may be placed.
Sure. Open the file. Read the contents into a buffer. Search that buffer. Are you using C++, MFC, or just the Windows SDK?
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
I'm using C++, but I could use MFC if needed. I suppose I was thinking of using getline to read the contents of the file word by word. You mean that I should read the whole file into a buffer, not just word by word. That would make it a lot easier to go back and forth in my search. I suppose I just didn't think of it that way.
Danny
|
|
|
|
|
bugDanny wrote:
You mean that I should read the whole file into a buffer, not just word by word.
Correct.
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
I am using rich edit control in dialog based application. I have copied this piece of code from a book but it is giving me an error. Please check what is this.
DWORD CALLBACK WriteEditData(DWORD dwCookie, LPBYTE pbBuff, LONG cb, LONG FAR *pcb)
{
CFile *pFile = reinterpret_cast<cfile*>(dwCookie);
try
{
pFile->Write(pbBuff,cb);
}
catch(CFileException *pEx)
{
pEx->Delete();
*pcb = 0;
return 0;
}
*pcb = cb;
return 1;
}
void CRE4View::OnBStr()
{
CFile fWrite("C:\\file.rtf", CFile::modeReadWrite);
EDITSTREAM strm;
strm.dwCookie = reinterpret_cast<dword> (fWrite); //error
strm.pfnCallback = WriteEditData;
m_Info.StreamOut(SF_RTF, strm);
}
Error message is,
error C2440: 'reinterpret_cast' : cannot convert from 'class CFile' to 'unsigned long'
Please reply.
Aqueel A. Mirza
We Believe in Excellence
|
|
|
|
|
I would think that since WriteEditData() is casting dwCookie to a pointer, then you would also have to send it a pointer like:
strm.dwCookie = reinterpret_cast (&fWrite);
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
Thanks it works...
We Believe in Excellence
|
|
|
|