|
Now that does not "copy" the entire array into the structure.
But I think I need to work on making the structure pointer equal the array pointer.
|
|
|
|
|
I did remove the array and so far it is working. But I need to check the rest of the code .
Thanks
Vaclav
So basically if read my code in English = assigning a char pointer to point to pointer to array of characters.
What I did was wrongly assign a char array pointer to point to array of characters.
Thanks to both of you guys to nudge me the correct this.
Vaclav
-- modified 11-Sep-14 19:03pm.
|
|
|
|
|
Hi
I want to call a ASP.Net (.asmx) from a MFC 2008 project.
My PC has Windows 7, but I want to run my program from Windows XP and 7 (I need to support Winsows XP)
(Some years ago I did this in VC++2003 but add web refrence is not included in VC++2008)
Any suggetstion?
Regards
www.logicsims.ir
|
|
|
|
|
Hello. How do I execute certain batch files and shell scripts along with my project? Are these settings specified in Pre Build and Post Build events in visual studio? Thanks for any input.
This world is going to explode due to international politics, SOON.
|
|
|
|
|
AmbiguousName wrote: Are these settings specified in Pre Build and Post Build events in visual studio? Thanks for any input. Yes, depending on which part of the build process you want them.
|
|
|
|
|
All right let's suppose I want Pre Build. Now how do I tell Visual Studio to use xxxx.sh and xxxx.bat files?
This world is going to explode due to international politics, SOON.
|
|
|
|
|
Go to the Project Properties, click on Build Events, Pre-build, and add the details as required.
|
|
|
|
|
Since I have never done this, so bear with me. Do I have to add some kind of path? Suppose a xxxx.bat file is at desktop, would the entry be like this: call ..\..\Desktop\xxx.bat ?
This world is going to explode due to international politics, SOON.
|
|
|
|
|
Yes, the same as you would do in any application or command shell. However it probably makes more sense to add the batch files into your project directory so they stay with the project. That also allows you to manage them within your source control system as well.
|
|
|
|
|
<blockquote class="quote"><div class="op">Quote:</div>float determinant1(float **a,int n)
{
int i,j,j1,j2 ;
float det = 0 ;
float **m = NULL ;
if (n < 1) { }
else if (n == 1) {
det = a[0][0] ;
}
else if (n == 2) {
det = a[0][0] * a[1][1] - a[1][0] * a[0][1] ;
}
else {
det = 0 ;
for (j1 = 0 ; j1 < n ; j1++) {
m = (float **) malloc((n-1)* sizeof(float *)) ;
for (i = 0 ; i < n-1 ; i++)
m[i] = (float *) malloc((n-1)* sizeof(float)) ;
for (i = 1 ; i < n ; i++) {
j2 = 0 ;
for (j = 0 ; j < n ; j++) {
if (j == j1) continue ;
m[i-1][j2] = a[i][j] ;
j2++ ;
}
}
det += pow(-1.0,1.0 + j1 + 1.0) * a[0][j1] * determinant1(m,n-1) ;
printf("\n%f",det);
for (i = 0;i<n-1;i++) free(m[i]) ;
free(m) ;
}
}
return(det) ;
}
</blockquote>
|
|
|
|
|
Check your compiler documentation on how to increase the stacksize. Very likely your program dies due to stack overflow. This tends to happen when you have very deep levels of function calls, and 100 levels of recursion qualifies as very deep!
Alternately, test your program with smaller matrices, say 10x10 rather than 100x100. If it works, it's a stack overflow issue.
To prevent stack overflow, the only safe method is to avoid recursion, i. e. you should transform your program into one that doesn't require recursion. Otherwise you need to set a maximum recursion level and a set a stacksize that is sufficient to run the program with the maximum defined recursion level; you should exit the program with an error message, if the input would lead to a recursion level exceeding the predefined maximum.
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
thank you for ur suggestion but can u kindly tell me how to set the maximum recrusion size or else the without recrusion process..
|
|
|
|
|
What I meant is, check programatically the depth of your recursion. E. g. define a static counter within your recursive function, and always compare it to the maximum allowed value, like this:
const int max_recursion_level = 20;
int foo(int n) {
int result = 0;
static int recursion_level = 0;
++recursion_level;
if (recursion_level > max_recursion_level)
throw("recursion level exceeded!");
if (n<=0)
result = 0;
else if (n==1)
result = 1;
else
result = foo(n-1) + foo(n-2);
--recursion_level;
return result;
}
As for calculating the determinant without recursion, I am sure there are plenty of algorithms on the web if you search for it. I?ve found one in the first response to this question: http://cboard.cprogramming.com/cplusplus-programming/30001-determinant-calculation.html[^]
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
Actually i am confused now do i need to call int foo() inside the determinant()? if at all i have to set counter can u please help me to implement in my code.
|
|
|
|
|
No, to simplify matters I programmed a recursive function, foo(). It is an implementation of the Fibonacci sequence. The only actual code of that function is the if/else/else-if block.
In your case, the determinant function is the recursive function. To check the recursion level, you should do the same as I did for foo(): add a static counter variable that is initialized to 0, define a maximum recursion level somewhere accessible, and maintain that counter when you enter and leave your function.
Note that all of my advice is based on the assumption that your problem is caused by a stack overflow. It is an educated guess of mine, but I cannot test it, because I don't know what compiler and what settings you are using. Have you verified this is the cause of your problem? If not, then following my advice may not solve it!
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
So nice of fren i set the recrusion_level in my program and while running its displaying exceed recrusion level as per printf i wrote and in infinte.any suggestion i really need to overcome this.
|
|
|
|
|
I think you do not understand: maybe you should just forget the recursion counter - it is only a safeguard, and will not help you calculate the determinant!
Please check out the link to code I posted above. It does not use recursion and therefore does not need a counter. And it might even be slightly faster.
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
Hi,
I Need to trace the printing process from any application in windows. If User prints any document or file from any application Need to get printing information like printer name, No. of pages, Types of paper, and other setting in the print dialog. my application triggered when print is given.
Thanks in Advance.
Have A Nice Day!
Murali.M
Blog
|
|
|
|
|
And do you have a question?
|
|
|
|
|
std::map <iCString,unsigned int> mCounters;
//This function populate the "mCounters" map
GetCounters(mCounters);
map< iCString,unsigned int>::iterator it;
for (map<iCString,unsigned int>::iterator it = mCounters.begin();
it = mCounters.end(); ++it)
{
}
I am getting the error mentioned in the subject... what is the mistake I am doing ?
Fulll Error message
------------------
error C2451: conditional expression of type 'std::_Tree_iterator<_Mytree>' is illegal
1> with
1> [
1> _Mytree=std::_Tree_val<std::_tmap_traits<icstring,unsigned int,std::less<icstring="">,std::allocator<std::pair<const icstring,unsigned="" int="">>,false>>
1> ]
1> No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called
|
|
|
|
|
You missed a symbol from the middle of your for loop expression.
it = mCounters.end()
should be
it != mCounters.end()
|
|
|
|
|
|
(This does reference previous projects but I suggest deserves a new thread as it is a particular issue with TB_HIDEBUTTON and no other API).
I have discovered some apparently random behaviour of TB_HIDEBUTTON on Windows 7 64-bit. I have not tested on any other OS but suppose the problem will be duplicated to some degree or other.
First, I have a project (of my own) which successfully enumerates the toolbar buttons in the Notify Area.
One starting project to illustrate the idea, is this:
http://www.codeproject.com/Articles/10807/Shell-Tray-Info-Arrange-your-system-tray-icons
(This is an old project - for my Win7 it needs modifying to make the TBBUTTON structure fixed to 6 reserved bytes, also a mod to find the hwnd Win 7 "User Promoted Notification Area", so it's not a perfect sample but good enough to illustrate the type of code loop i'm using.)
I've used TB_BUTTONCOUNT to obtain a count of buttons on the Notification Toolbar, have entered a loop iterating over those items as i, and have created memory in the target process to retrieve the TBBUTTON structure and its TRAYDATA structure. I have then used GetWindowThreadProcessId to get tray.hwnd and from there have been able to extract all the required information in my loop regarding the target button. This all works.
The problem is, that being in my loop of i, I can successfully delete buttons with TB_DELETEBUTTON (and also, in the sample above with mods, can successfully use TB_MOVEBUTTON as well.) I'm therefore certain that my loop of i is pointing at the correct button. My pointer enumerator (actually an index i for SendMessage) appears to be, therefore, correct, as in, it is pointing at the correct button on the list in each iteration. That's logical.
However, TB_HIDEBUTTON produces bizarre and unexpected results - it hides the wrong button every time.
The only thing I can suppose in this circumstances is that the TB_HIDEBUTTON API has a wierd bug.
Can anyone confirm what is the problem hiding buttons with this API?
LRESULT hideResult = SendMessage(hTrayWnd, TB_DELETEBUTTON, i, 0 );
LRESULT hideResult = SendMessage(hTrayWnd, TB_HIDEBUTTON, i, 1 );
|
|
|
|
|
According to the documentation[^], the WPARAM value should be the command id of the button, not an index.
|
|
|
|
|
Correct. The API def for DELETEBUTTON specifies an Index whereas Command Identifier is presumably the idCommand field of TBBUTTON.
The API docs are different for each function.
Having tested this using the idCommand field of TBUTTON, rather than the Index, it works.
Problem solved. Many thanks.
|
|
|
|