|
I am going to start using CVS. I am a one man shop so something big like sourcesafe is not required. My question is, I am using VC.NET and wonder what file I should commit to CVS. I know I should put my header and cpp files, but should I include the .vcproj and .sln files? Can I recreate those files by creating a new project and just adding my header and cpp files into the project, oh and resource directory?
I just notice vcproj, .sln, and other seem to change each time I open VC.NET and I would have revision 1.1 of a file and all of a sudden my .vcproj or .sln file would be revision 50.1 or something.
Thanks for any insight into the matter.
Code4Food
----
"There is no try; only do or do not"
-Yoda
|
|
|
|
|
Commit everything but .aps, .ncb, .suo, and autogenerated header files from idl-files. It's better to create a new module for midl-generated header files IMHO.
.vcproj and .sln you want to keep. it stores information about your project in general (files, compiler settings). Only commit then when you know you've made changes (like added a new file, changed some configuration, etc).
This seems to be working for me so far. 
--
Only in a world this sh*tty could you even try to say these were innocent people and keep a straight face.
|
|
|
|
|
Thanks for the response!
Code4Food
----
"There is no try; only do or do not"
-Yoda
|
|
|
|
|
I want to know as to how to close my view i.e Kill the view in my MDI Framework when I encounter an error condition .
As for example one of the Initialization routines in the View fails in which case I need to terminate or kill the View. What is the correct way of doing this ? Please help
|
|
|
|
|
DestroyWindow should do it. If not, post some code that may help us assist you.
Regards,
Alvaro
Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)
|
|
|
|
|
Hello,
I'm having the following problem; when I try to put a CRectTracker inside a CScrollView, it LOOKS fine, but doesn't actually work. As soon as I scroll an item inside the CRectTracker out of the screen, it appears as if the item IS outside the working area, but the actual rectangle surrounding the item remains stuck to the side on which I scrolled it out. So the picture appears to be half out of the working area, but when I click next to the picture, it still grabs the rectangle and I see the surrounding rectangle line as if the objects border is at the working area border.
Does anyone have a solution for this problem?
Thanks,
- Fahr
|
|
|
|
|
If I understand correctly, you need to use CWnd::SetCapture to capture the mouse event to the view that has the action.
you do a SetCapture on the ButtonDown , and you do a release capture on the ButtonUp.
Max.
|
|
|
|
|
I guess that's not quite what I mean...
Check out the following screenshots, the first one shows where the rectangle is when I select it. The second one is more clear, it shows the border of the rectangle is sizing dots, while the content is obviously scrolled out...
screenshots:
http://www.lycantrope.com:5000/~Vahlinear/recttracker1.jpg
http://www.lycantrope.com:5000/~Vahlinear/recttracker2.jpg
Thanks,
- Fahr
|
|
|
|
|
I think Fahr's problem is similar to my problem.I want to explain more , maybe someone could solve our problem.
I wrote a program that someone could choose items from a toolbar and put them on the document by clicking left
button of mouse on the view. I considered a CRectTracker variable for each symbol and in the OnDraw function I
draw each symbol's tracker's rectangle.And for selecting each symbol which is shown on the page I check if the
position of left click of mouse is in the tracker of any of the symbols or not.At the beginning I used CView class
but now I want to use CScrollView in order that my program could support scrolling.I changed the base class of
my view class to CScrollView and write some lines in its OnInitialUpdate in order to set the size of scrolling.Now I
scroll my program but when I put an item on the page and scroll the page , in some places that my item doesn't
exist , it seems that its tracker exists and if I move it or delete it or sth else , those changes would be applied on
the real item that is somewhere upper than there. I think I should change the coordinates of the CRectTracker
variable of my item , but I don't know how.
Thanks
Azadeh
|
|
|
|
|
From a Win32 C++ program, running on Windows 95/98/Me, how can I:
1. Launch a process
2. Wait for the process to finish
3. Resume program execution after the process finishes
The obvious answer is to use CreateProcess and WaitForSingleObject... but, for whatever reason, this is NOT working. It is very strange - what I am trying to do is launch a little executable that sees if any Add New Hardware dialogs are running, and if so, wait for them to finish. If I launch this app manually (e..g, from Windows Explorer), it works fine. If I spawn it from a third executable using CreateProcess, it also works fine. But if I try to do a WaitForSingleObject on its process handle, it apparently causes some sort of deadlock with the Add New Hardware wizard, and they both lock up.
So is there some way around this? I am guessing a method of waiting for an executable to finish that does not rely on WaitForSingleObject would be sufficient. This is for Windows 9X, which sucks anyway, so I don't care if the solution is inefficient. Just as long as it doesn't lock up. 
Even a broken clock is right twice a day.
|
|
|
|
|
This is weird. As you said you don't care about dirty solutions, maybe this can do it:
for(;;){
if(WaitForSingleObject(hProcess,0)==WAIT_OBJECT_0)break;
Sleep(100);
}
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
After reading what Mike Dunn said, and looking into this FindWindow thing, I think this may work. Guess I'll just have to cross my fingers and try... 
Even a broken clock is right twice a day.
|
|
|
|
|
Nice idea, but I found it doesn't work... 
Even a broken clock is right twice a day.
|
|
|
|
|
Are you using FindWindow(Ex) to look for the Add Hardware dialogs? If so, then FindWindow(Ex) has a known bug on 9x that can cause a hang. (I can't find it in the KB now, but I know I've seen it.) We ran into this at work at we just had to skip the FindWindow checks on 9x.
--Mike--
If it doesn't move and it should: WD-40. If it moves and it shouldn't: duct tape.
1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click!
My really out-of-date homepage
Sonork-100.19012 Acid_Helm
|
|
|
|
|
Yeah. Actually, another team wrote the code that searches for the window, and I believe it does use FindWindow. There is a nifty API you can call to see if a plug and play is happening, but it only works for 2K and XP. So I think we're stuck using FindWindow.
Ack! I hate 9X. 
Even a broken clock is right twice a day.
|
|
|
|
|
Why not use ::EnumWindows() instead of FindWindowEx() ?
Navin wrote:
Ack! I hate 9X
me too! ![Beer | [beer]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/beer.gif)
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Actually, I think the problem is in EnumWindows, becuase FindWindow apparently calls EnumWindows internally or something. 
Even a broken clock is right twice a day.
|
|
|
|
|
I'm just going by this:
http://www.codeproject.com/cpp/avoidmultinstance.asp[^]
AFAIK, this guy knows his stuff, so I've been using EnumWindows instead f FindWindow[Ex].
GL! 
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
STARTUPINFO si = {0};
PROCESS_INFORMATION pi = {0};
si.cb = sizeof(si);
int rv = CreateProcess(exe, copyOfArgs, 0, 0, 0, 0, 0, 0, &si, &pi);
if (rv && wait)
{
unsigned long status = 0;
do
{
sleep(sleepDelay);
rv = GetExitCodeProcess(pi.hProcess, &status);
}
while ((status == STILL_ACTIVE) && rv);
}
if (pi.hProcess) CloseHandle(pi.hProcess);
if (pi.hThread) CloseHandle(pi.hThread);
NOTE: I have a custom sleep function that calls PeekMessage(&msg, 0, 0, 0, PM_NOREMOVE); I ran into issues in multi-threaded apps.
Todd Smith
|
|
|
|
|
I need a help in DLL area. My co-worker is passing me a Carray data type into my dll and that seem to cause a "access violation error" in his exe when he tries to delete that Carray value. When I look into his program, it seem to failing at FreeLibrary call. It was detecting an memory error there. So, I made up a sample program to talk to the dll and it was fine. He is using sometype of Active X component and I am not sure if that may have something to do with it but I was going to see if any of you guys had a problem with passing MFC datatype into Dll. I tried it through MFC extention dll and regular Dll and both failed in same way. Any information would help me. Thanks!
My DLL side:
extern "C" __declspec(dllexport)
int InitProcess(LPSTR lpPortName, HWND hWnd, CArray<cmdarray,cmdarray &=""> *pMsg)
{
pMsg->ADD(type);
return 1;
}
Co-worker's Main side:
CArray <cmdarray,cmdarray> *m_pCmdArray;
m_pCmdArray = new CArray <cmdarray,cmdarray &="">();
typedef int (* LPFNINITPROCESS)(LPCSTR,HWND, CArray <cmdarray,cmdarray &=""> *);
LPFNINITEPROCESS lpfnInit;
lpfnInit lpfnInitProcess;
hLib = LoadLibrary("MYDLL.dll");
lpfnInitProcess((LPCSTR)COMPORT, this->m_hWnd, m_pCmdArray);
FreeLibrary(hLib); <------------------ memory leak detect;
delete m_pCmdArray; <------------------ access viloation error... yack..
|
|
|
|
|
keb wrote:
extern "C" __declspec(dllexport)
int InitProcess(LPSTR lpPortName, HWND hWnd, CArray *pMsg)
{
pMsg->ADD(type);
return 1;
}
Co-worker's Main side:
CArray *m_pCmdArray;
m_pCmdArray = new CArray ();
typedef int (* LPFNINITPROCESS)(LPCSTR,HWND, CArray *);
LPFNINITEPROCESS lpfnInit;
lpfnInit lpfnInitProcess;
hLib = LoadLibrary("MYDLL.dll");
lpfnInitProcess((LPCSTR)COMPORT, this->m_hWnd, m_pCmdArray);
FreeLibrary(hLib); <------------------ memory leak detect;
delete m_pCmdArray; <------------------ access viloation error... yack..
This is not a paste and cut example code snippet, I can't see any call to GetProcAddress()
Give us the whole code... perhaps it has to do with MFC and regular DLLs... hm..
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
The memory leak being detected is because the object that is added to the array (inside InitProcess) is allocated by the DLL but not freed by the DLL. I assume you're adding multiple elements to the array, right? Because if it's only one, then you don't need an array. The bottom line is that if the DLL is that one allocating the memory, it must also be the one freeing it.
The access violation I'm not sure of, since there's a lot of code missing from your sample. Try posting it again but leave a space after the opening angle bracket and before the closing one (for the template parameters). Also, what is "type"? You don't show where it came from.
Regards,
Alvaro
Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)
|
|
|
|
|
Wow, I can't get over the fact how quickly I get some help. Thanks guys. And here is more of the code we used which is failing. I guess I should have just cut and paste rather than typing things in... Also the idea behind here is that I am trying to que up a message that I recieve from a hardware and my co-worker is trying to read message and get rid of the memory space after he reads. What would be the best way to achieve this? Is creating a dll to do this work bad idea?
co-workers' side:
void CViapcDlg::OnConnect()
{
char errMsg[MAX_PATH];
DWORD result;
hLib=LoadLibrary(COMMDLLNAME);
DLL_LOAD = TRUE;
if(hLib==NULL)
{
AfxMessageBox(errMsg);
DLL_LOAD = FALSE;
}
else
{
char COMPORT[MAX_PATH];
int comport;
memset(COMPORT,0,MAX_PATH);
m_pHDContainer = new THDContainer();
m_pCommandArray = new CArray <tcommandarray,tcommandarray &="">();
m_pCommandArray->SetSize(0, 10);
m_pHDContainer->ONLINE = false;
for(int i =0; i < 5; i++)
{
if(m_COMPort[i]->GetCheck())
comport = i+1;
m_COMPort[i]->EnableWindow(FALSE);
}
wsprintf(COMPORT, "\\\\.\\COM%d", comport);
lpfnInit = (LPFNINIT)GetProcAddress((HMODULE)hLib, "InitProcessor");
lpfnClose = (LPFNCLOSE)GetProcAddress((HMODULE)hLib, "CloseProcessor");
lpfnProcessor = (LPFNPROCESSOR)GetProcAddress((HMODULE)hLib, "Processor");
lpfnAdd = (LPFNADD)GetProcAddress((HMODULE)hLib, "Add");
if(lpfnInit)
result = lpfnInit((LPCSTR)COMPORT, this->m_hWnd, m_pHDContainer, m_pCommandArray);
}
}
void CViapcDlg::OnMessage(WPARAM wparam, LPARAM lparam)
{
while(m_pCommandArray->GetSize())
{
TCommandArray insertData = m_pCommandArray->GetAt(0);
m_pCommandArray->RemoveAt(0);
do things with data here...
}
}
void CViapcDlg::Close()
{
if(hLib)
FreeLibrary((HMODULE)hLib); <----------- Memory leak here
if(m_pHDContainer)
{
delete m_pHDContainer;
}
if(m_pCommandArray)
{
delete m_pCommandArray; <---------- Access violatioin error here
}
}
My side:
int InitProcessor(LPSTR lpPortName, HWND hWnd, THDContainer *pHDContain, CArray <tcommandarray,tcommandarray &=""> *pHDMsg)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState());
thread stuff here to get info from a hardware and add stuff into array;
TCommandArray data;
data.type1 = 1;
data.type2 = 2;
data.type3 = 3;
pHDMsg->add(data);
::PostMessage( hWnd, COMDLL_MESSAGE, 0, 1);
return 0;
}
|
|
|
|
|
Again, some of the code is missing because the template parameters (for CArray) are wiped out by the HTML interpreter. The easiest way to avoid it is to put a space after the opening bracket and before the closing bracket: CArray< type1, type2 >.
Here are some points to consider:
1. The memory leak I already explained why it occurs.
2. The access violation I'm still not sure of, since it's not clear where m_pCommandArray is created and if your CViapcDlg::Close() is being called multiple times. A word of advice, after deleting a pointer variable, always set it to NULL. This ensures that if you delete it again, it's not pointing to bogus memory and the program doesn't blow up.
3. The question of whether or not to use a DLL in this case is best answered by you. Is the code in the DLL reusable by other apps? Or perhaps, do you intend to "plug in" a different set of source code into your app at run-time, similar to a driver? If the answer to either of these is Yes, then a DLL is the way to go. If not, then it's not worth it. You'll only complicate your life unnecessarily, as you're seeing now.
Regards,
Alvaro
Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)
|
|
|
|
|
Hi All,
I'm having some issues with the MDI. I have a recent file list in my application. Problem is I need to perform some custom open operations on the file that is opened from the Recent File List.
My problem is the Recent File List doesn't call the function my function OnFileOpen. What do I need to override in order to intercept the recent file list opening process?
any suggestions are greatly appreciated.
Thank you
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
