|
bkelly13 wrote: I am trying to avoid the old atof function.
Would you rather use sprintf()?
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
RE: Would you rather use sprintf()?
That's the wrong direction. I want to convert from string to a binary value. (A double or float right now, but I also use integers.) The conversion function should flag a malformed input in some fashion other than returning a valid value. (Such as returning 0.0 to a double)
Since edit boxes return strings rather than numbers, I am at a loss as to why there seems to be no standard function to do this.
Thanks for your time
|
|
|
|
|
bkelly13 wrote: That's the wrong direction.
How so? It converts from a string to a double and reports any errors if necessary.
bkelly13 wrote: I want to convert from string to a binary value.
The computer sees all numbers as base-2. So this "conversion" makes no sense.
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
A google search returned this site:
http://www.cplusplus.com/reference/clibrary/cstdio/sprintf.html[^]
Which says, in part:
Write formatted data to string
Writes into the array pointed by str a C string consisting on a sequence of data formatted as the format argument specifies.
To my knowledge, sprintf converts various inputs to string format, and never the other way around. If you use sprintf to convert from string to double, please show me how.
Regarding my use of binary number, we refer to "1.2" when printed on paper as a number, and in a string as a number, as well as in binary format as a number. When I say a binary value I refer to an int, float, etc rather than formated as digits in a string. That's probably not a good method, but I am open to suggestions.
Thanks for your time
|
|
|
|
|
bkelly13 wrote: If you use sprintf to convert from string to double, please show me how.
I meant to suggest sscanf(). Sorry about that.
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
The value is only used/set when UpdateData() is called, this happens when the dialog box is initially shown and when the user clicks OK. Typical usage if the variable is called m_myDouble
double myValue = 23.2;
CMyDialog dlg;
dlg.m_myDouble = myValue;
if (dlg.DoModal() == IDOK)
{
myValue = dlg.m_myDouble;
}
This should have the edit box preloaded with 23.2 and when the user clicks on OK then dlg.m_myDouble should be set to whatever vale was entered
Peter
"Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."
|
|
|
|
|
You are typing the values in the edit box, but are you sendind the values to the variable?
I know UpdateData should be avoid, but try it. And if it works, try to use another way to get the data.
I saw the other answers after giving mine, so it is useless.
Regards.
--------
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I followed the link and read about UpdateData. I don't have sufficient knowledge/experience to understand it all, but my application does not have much concern for preserving the initial values.
I use a value variable and UpdateData makes the values available. The value variable associated with the edit dialog returns the binary numeric value for the number. It still has a flaw. If I type in 1.2r6 instead of 1.2e6, it stops converting at the r and gives me 1.2 with no error. For now, I will continue on with the remainder of my application and get it working.
There are seven numeric fields and I am thinking of having a validate button that will get the binary numeric values, convert back to strings, and put those string representations of the values back on the screen for the user to review.
Maybe I will have to write my own function with a prototype that looks like:
bool = string_to_float( string, &float );
with the bool reporting good or bad conversion. Not real difficult, but the idea that I need to write my own low level conversion function is shocking. It still seems to me that this should be a standard function.
Thanks for your time
|
|
|
|
|
Hello,
I have one question...
1) This code compiles and works fine.
#ifndef __A_H_INCLUDE__
#define __A_H_INCLUDE__
template <class t="">
class A
{
public:
virtual void foo();
};
template <class t=""> void A<t>::foo()
{
}
#endif
2) I second case... very similar
#ifndef __A_H_INCLUDE__
#define __A_H_INCLUDE__
class A
{
public:
virtual void foo();
};
void A::foo()
{
}
#endif
Somtimes compile good but in other situations doesn't compile correctly.
I get this message:
error LNK2005: "public: virtual void __thiscall A::foo(void)" (?foo@A@@UAEXXZ) already defined in main.obj
1>C:\Debug\test2.exe : fatal error LNK1169: one or more multiply defined symbols found
I don't understand why second case is not works in each situation... I don't see any difference in those codes. Who can help me to understand this?
|
|
|
|
|
This will happen if the header file is included in more than one cpp file. The compiler compiles cpp files, and indoing so, complles any code found in the included header. in other words, if both files 'Main.cpp' and 'another.cpp' include the header, A::foo() wil be included in both 'Main.obj' and 'another.obj'. Sofar so good no problems yet. Next we get the linker. it tries to stitch all obj files together into one executable. When it tries to resolve a call to A::foo(), it find that it has two options, it has to choose one. This is what the linker cannot do, and hence it gives the linker error and fails. If you want to keep the function definition in the header file, (although I don't know why you should want to do this) prefix it with the '__inline' directive.
Hope this explains the issue,
Regards, 
Bram van Kampen
|
|
|
|
|
Bram van Kampen wrote: prefix it with the '__inline' directive.
While this will work it's not the best choice. From MSDN:
Microsoft Specific
The __inline keyword is equivalent to inline.
But inline is standard whereas __inline is not, so a better choice is to use inline. The only reason to prefer __inline over inline is that __inline works in C code.
Steve
|
|
|
|
|
hmmm,
Never knew that, but, as they say, one lives and learns.
thanks for pointing this out to me though.
regards 
Bram van Kampen
|
|
|
|
|
> This will happen if the header file is included in more than one cpp file.
But... Ooo... I understand now...  thanks.
> (although I don't know why you should want to do this)
I writting a dll interface and I need put some function in headers files to
give probability to write some customs classes for other people.
I need to change my project now...
> Hope this explains the issue.
Yes, thanks.
Regards.
|
|
|
|
|
Ok, in true this is my problem....
#ifndef __A_H_INCLUDE__
#define __A_H_INCLUDE__
class B;
class A
{
public:
A( B* b )
: bb( b )
{
}
virtual void foo();
};
void A::foo()
{
bb->fuu( this );
}
#endif
#ifndef __B_H_INCLUDE__
#define __B_H_INCLUDE__
#include "A.h"
class B : public A
{
public:
B( B* b )
: A( b )
{
}
virtual void fuu( A* a)
{
// do with a...
}
};
#endif
I need to break this depedency problem... and
my way is not works.
|
|
|
|
|
Member 4608927 wrote: void A::foo()
{
bb->fuu( this );
}
Member 4608927 wrote: virtual void fuu( A* a)
{
// do with a...
}
Remove these from the Header File and put in a separate CPP File.
Regards,
Bram van Kampen
|
|
|
|
|
Bram van Kampen wrote: Remove these from the Header File and put in a separate CPP File.
I can not do that. This is dll header file... I didn't see any dll heders with cpp file.
|
|
|
|
|
Bram van Kampen wrote: Remove these from the Header File and put in a separate CPP File.
I can not do that. This is dll header file... I didn't see any dll headers files with cpp file.
|
|
|
|
|
Member 4608927 wrote: I can not do that. This is dll header file... I didn't see any dll headers files with cpp file.
 ? ? ?
A few questions before we proceed further.
Do you have the code to (re)compile the DLL ? Did you write it yourself ? Is the header file the same as the one used to compile the DLL?
Bram van Kampen
|
|
|
|
|
Hello,
I sent to you email by codeproject but probably you did not get it. Ok.
Yes, I have the code to compile the dll
Yes, I wrote this dll this is my own code.
Yes the header files are that same as the one used to compile the dll.
If you want I can send to you some files from my dll. Our talk will be
simpler if you can see some code. My email is "gaspode(O)wp,pl".
Thanks, by.
|
|
|
|
|
Well, in that case you have No Problem. Proceed as Follows:-
Step 1:
Create a New CPP File, and add it to your project.
Step 2:
Write the Following in the CPP File:
#include "stdafx.h"
#include "MyDll.h"// The Header in Question.
Step 3:
Cut the function bodies out of the Header, and Paste in the New Cpp File. (Leave the Declarations)
Step4:
Complete the two function definitions to read:-
void __declspec(dllexport A::foo(){ // Body;}
void __declspec(dllexport) B::fuu(){ // Body;}
Compile this, and link it, and Bob's your Uncle!
Please try this.
Regards,
Bram van Kampen
|
|
|
|
|
Lake this...
This a header file of dll
#ifndef __A_H_INCLUDE__
#define __A_H_INCLUDE__
class B;
class A
{
public:
A( B* b )
: bb( b )
{
}
virtual void __declspec(dllexport)foo();
};
#endif
In the project of my dll
A.cpp file
void __declspec(dllexport)A::foo()
{
bb->fuu( this );
}
Yes? Do I understand you?
modified on Thursday, July 3, 2008 3:08 PM
|
|
|
|
|
Yes, Nearly Correct.
Sorry, some of it is my fault. 
In your declaration of the class, you use __declspec(dllexport). That's fine for the building of the .dll. However, when it comes to Using the dll, it should read __declspec(dllimport).
Typically you use a macro for this:-
(I would put it in "StdAfx.h")
#ifdef BUILD_DLL
#define LINKAGE __declspec(dllexport)
#else
#define LINKAGE __declspec(dllimport)
#endif
When you build the DLL you define the Symbol BUILD_DLL in your Project Settings.
Then in your Header File:
{
void LINKAGE foo();
}
Actually, if you have the __declspec() in your header, same is obsolete in the CPP File. (my Fault in sending you astray here)
Apart from that, that's how it's done.
BTW, Everything that you want to be visible outside the DLL must have such __declspec() attached.
Bram van Kampen
|
|
|
|
|
#ifdef BUILD_DLL
#define LINKAGE __declspec(dllexport)
#else
#define LINKAGE __declspec(dllimport)
#endif
Yes, yes... I didn't write that but I know that... I use some think like that in my project.
I can not do that in this way that you propose. If I do that I will need to edit about teen files... this is to much work for me  and doesn't look good. But your idea is very good... I learnt a lot from you.
I found another way to resolve my problem.
#ifndef __A_H_INCLUDE__
#define __A_H_INCLUDE__
class B;
class A
{
friend D;
public:
A( B* b )
: bb( b )
{
}
virtual void foo()
{
if ( d )
d->foo( bb, this );
}
protected:
D *d;
B *bb;
};
#endif
This some kind of delegation I think. Delegation is a idiom of C++ and that is ok. D class is not a stupid class hire. D class has a some sense. Do you like this idea? Is this good and look for professional code? I need to delegate about seven function.
Regards.
|
|
|
|
|
"
#ifdef BUILD_DLL#define LINKAGE __declspec(dllexport)#else#define LINKAGE __declspec(dllimport)#endif
Yes, yes... I didn't write that but I know that... I use some think like that in my project.
I can not do that in this way that you propose. If I do that I will need to edit about teen files... this is to much work for me and doesn't look good. But your idea is very good... I learnt a lot from you.
"
I found another way to resolve my problem.
Thats's Good,
I hope you learned from the experience. I also hope that you learned to state a problem consisely on the project. You started off with a Non Starter Concept in that DLL Header files are different from Ordinary Header Files. They are NOT. Had you not tried to fly in the face of reason, and stated your problem more clearly, it would not have taken the resources expended to formulate an answer.
Bram van Kampen
|
|
|
|
|
Member 4608927 wrote: I writting a dll interface and I need put some function in headers files to
give probability to write some customs classes for other people.
No such need at all! just keep these functions in a cpp file and export them. Works all the time. The custom classes should be derived from your base classes in the DLL. It would be bad practice to try to do things by modifying your DLL header to customise things.
regards
Bram van Kampen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
