|
i have read this and tried to do everything mentoined in it. There is also a very unusual problem. When i run the release version by clicking on the start button i.e., from the IDE itself my application runs perfectly but when i execute it by double clicking on the exe from the release folder all the problems again appear.
Is there a way i can debug my release version which is executed by double clicking on the file and not running it from the IDE?
Any idea whats happening?
Thanx a lot
Mithin
|
|
|
|
|
Mithin wrote: Any idea whats happening?
Yes: the difference between the two things you mentioned is that for the first one (start it from the IDE) the default working folder will be the folder where your project files resides (.dsw, ...) and for the second one, it will be in the release folder itself (so: ...\YourProject\Release). And so, what is probably happening is that you need some external resources that are not present in the release folder but only in the project folder.
|
|
|
|
|
My project is not using any external resources because the debug version works fine. Do you have any idea which file can it be? Is there a way to avoid application depending on the external sources?
Thanx a lot
Mithin
|
|
|
|
|
Mithin wrote: My project is not using any external resources because the debug version works fine
That doesn't mean anything  .
Sorry, I used the wrong word. By 'resources' I meant every file that is used by your program. It could be simply that you try to open and read a file (a simple text file for example) but your code is not secured in case of the file doesn't exist. Do you have anywhere in your program something that uses files located in the same directory ?
|
|
|
|
|
No my program is not using any external file.
Pls Help
Thanx a lot
Mithin
|
|
|
|
|
Hi,
Mithin wrote: pt is an object Node_Object which is the base class of Literal_Object.
does this mean the following
class Node_Object;
class Literal_Object : public Node_Object
{
...
};
If this is the case the following
Literal_Object *lit = (Literal_Object *)pt;
could fail if the pt object really points to an Node_Object (like you wrote), because the lit pointer could call function or access members who don't exist in the Node_Object.
If this is not the case then another reason for crashing is using uninitialized variables. In the debug environment default inits could be made that won't happen in a release build. So you should certainly check on that.
codito ergo sum
|
|
|
|
|
That should be ok, but you realy should be using "dynamic_cast<Literal_Object*>(pt);". Then checking the return type of the cast to see if it succeded.
As to what could be causing the program to crash, I would look at memory allocations. I've seen code where a buffer was defined to hold a string that did not take into account the '\0' character at the end, that worked fine in debug and then crashed in the release version.
In my experience, most crashes are caused by an invalid memory access.
INTP
Every thing is relative...
|
|
|
|
|
I want to show user defined warning in C++
i.e. at compile time I want to show a warning message
Please tell me how this can be done…
Regards... Ankur
|
|
|
|
|
<font color=blue>#pragma warning</font> your warning here...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
I have tried this but this warning is not displayed
I am using Sun Studio 9 C++ compiler 5.6
Please tell me any workaround for this
Regards... Ankur
|
|
|
|
|
AnkurGupta_1981 wrote: I am using Sun Studio 9 C++ compiler 5.6
pffffff, poor boy... did you only know you where on a Visual C++ forum ?
good luck !!! ![Rose | [Rose]](https://www.codeproject.com/script/Forums/Images/rose.gif)
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
What is the relationship between Doc and View
1)One to Many
2)One to One
3)Many to Many
4)Many to One
Choose the Correct One ? ( This is TCS Interview Question)
Praveen .C
|
|
|
|
|
a document and a view are the same. a Frame can contain several Docs/Views...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
are you certain ? a document is not contained in a frame, it's a data class.
In the Doc-View Architecture, a view is the representation of the data in the document.
A document can have multiple views attached to it, in as many frame window as you wish.
Maximilien Lincourt
Your Head A Splode - Strong Bad
|
|
|
|
|
did i misundertood this ?
"A frame-based application uses a concept known as the Document/View Architecture.
This allows the frame to serve as a place holder for other parts of an application
(such as the document and the view)."
TOXCCT >>> GEII power
[toxcct][VisualCalc]
-- modified at 9:24 Wednesday 26th October, 2005
|
|
|
|
|
you've really misunderstood the "/". 
He is like a one-legged man in a bum kicking competition. -Novjot Sidhu
--[v]--
|
|
|
|
|
cant a document have multiple views??, for example, a data that is available in the DOC can be viewed as a chart in one view and in another view the same can be viewed as graph. right??
He is like a one-legged man in a bum kicking competition. -Novjot Sidhu
--[v]--
|
|
|
|
|
yes - A single document can have many views open on it simultaneously. Not all views need to be the same type for any given document. I can have 'spread sheet' document, but a view with a spreadsheet, a view with some charts, and another view with statistics all open on the 'spread sheet' document's data.
|
|
|
|
|
one Doc can have many views
one View can be associated with only one doc
one App can have many docs.
If the app is SDI, can display only one view of one doc at a time
If the app is MDI, can display many views of many docs at a time
|
|
|
|
|
georgemarios wrote: If the app is SDI, can display only one view of one doc at a time
Are you sure about this point ? I think that in a SDI the limitation is that you can have only one document but several views can be used to display the document... Am I wrong ?
|
|
|
|
|
ooops, my mistake
certainly, you can have several views of the same doc in SDI at the same time (using splitters for example)
|
|
|
|
|
Blast! And right after I gave you a 5 for your very short and very precise answer.
SDI: Single view, Single document.
Using splitters does not change that, each split reprsents a seperate view. Which would make it an MDI.
Of course there are ways around that minor detail.
INTP
Every thing is relative...
|
|
|
|
|
thanks for the 5
well, think of a 3d modeler like 3dmax
you have the same doc shown in 4 diferent views (top, left, front and perspective). Its still the same document.
Many views at the same time doesn't make the app MDI, MDI=multi-doc interface....
A splitter can be used in both SDI and MDI. The difference is that in SDI you put it in CMainFrame whereas in MDI you putit in CMDIChildWnd.
Still, I may be wrong. Please, somebody correct me...
|
|
|
|
|
Alright, you are correct!
I was thinking in terms of how MFC uses it (thru the wizards), I sort of spaced on the fact that we still have to add those other views manualy and can show them via splitters (the tricks I mension earlier).
SDI realy means a single document at time, not necessarily a single view.
I was thincking in terms of having mutiple views in multiple windows, which SDI does not support.
Thanks for the readjustment!
INTP
Every thing is relative...
|
|
|
|
|
so what are the other questions??
He is like a one-legged man in a bum kicking competition. -Novjot Sidhu
--[v]--
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
