|
Unfortunately, your first recommendation didn't work for me. However, I was also getting intellisense errors when building with the method definition within the declaration. Adding
template<class> prior to the definition prevented those errors from appearing. Note that intellisense errors do not prevent code from successfully compiling.
I am sure your second recomendation would work, but it is a bit verbose for what I am attempting to accomplish, so I decided to move the definitions into the header file. Thanks,
Sounds like somebody's got a case of the Mondays
-Jeff
|
|
|
|
|
Hmm, that's odd, I also use VS 2010. I don't use Intellisense though, since I've installed VisualAssist X which works a lot better and is less intrusive.
I agree that my second suggestion is rather awkward, but I used it anyway because there were a lot of operators to declare in that particular case! It's probably not worth it if you only have two or three ...
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)
|
|
|
|
|
WIN32_FIND_DATAA data;
HANDLE h = FindFirstFile(".\\images\\*?*",&data);
This is returning a INVALID_HANDLE_VALUE handler. in Window XP while in Windows 7 it is working fine.
In XP if you will run this use case it will work.
but after doing another some use case and then will run it it will give exception.
|
|
|
|
|
In case of errors call GetLastError() to know about the reason of the failure. To get the corresponding error message use FormatMessage(). When not using FormatMessage() you can lookup the error number in WinError.h to get the english error message.
Don't forget to close the returned handle using FindClose() when a search operation has been finished.
|
|
|
|
|
|
"*?*" is the same as "*" under Win-XP at least. Did you hope for something else?
Gisle V.
# rm -vf /bin/laden
/bin/rm: success
|
|
|
|
|
Check what the current directory is.
|
|
|
|
|
sachanratnesh wrote:
HANDLE h = FindFirstFile(".\\images\\*?*",&data);
Are you confusing relative vs. absolute paths? Since you are using the former, does the "images" folder exist in the same folder as the exe that is running?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Hello,
What I am looking for:
A Front end basically . I would like a C++ API for plotting numerical results in browser window or an API for plotting numerical results and creating the GUI.
I currently have 3 applications talking to one another:
1. Embedded code backend writen in C/C++, talks to microcontroller over a USB-Serial Port, downsamples, labels and sends the data to the front end over TCP Sockets.
2. Numerical Simulator written in C++, sending calculations to front end over a JNI Interface.
3. Java front end writing to a database, displaying received data as graphs using plot utilities.
I would very much like to do away with the Java front end and use a simple utility for plotting. My criteria for the plotting in order of importance:
1. Plot both Time scale data and flash relevant values like you would see on a ICU screen.
2. Plot at least every 100ms, data is generated every 1 - 10 ms.
3. Easy to understand and implement. I am not much of a GUI/graphics programmer, my time is mostly spent on numerical simulations .
4. Nice if I could move to browser based plotting, easier portability in our lab environment.
I use minGW and work in cygwin/windows.
Thanks and Regards,
kpks
modified 28-Nov-13 1:04am.
|
|
|
|
|
And? What is your question/request?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
To put it very very succinctly, I am looking for an API in C++ to replace the GUI Developed in ECLIPSE and the plotting accomplished with Chart2D / LiveGraph in JAVA
|
|
|
|
|
Is the result of the sizeof operator determined by the compiler or filled in by the linker?
Consider the following:
My C++ project links with a commercial static library. The provider of the static library has supplied header files for the classes contained therein.
These header files describe the public interfaces of the classes, but do not reveal the private members.
Therefore, how does the build system know the size of a certain class if all I have is a header file with only the public interface?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
You cannot use incomplete types with the sizeof operator.
«_Superman_»
I love work. It gives me something to do between weekends.
Microsoft MVP (Visual C++) (October 2009 - September 2013) Polymorphism in C
|
|
|
|
|
Thank you.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Richard Andrew x64 wrote: These header files describe the public interfaces of the classes, but do not
reveal the private members.
The class must be declared in the header file else you would have a load of 'undefined type' errors and the class must have its provate members too.
|
|
|
|
|
Thank you.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
If there are no private members in these headers then there are none! In C++ you cannot hide the members of a class. However, the class supplied in the header may just be an interface, and the actual implementation may come from a derived class which you don't know (and don't need to know) the definition of! If the class in question has no public constructor, this is a sign that it is in fact an interface. Instead it may provide some sort of "create" function.
Here as an example for the public interface of such a library:
class ILog {
public:
static ILog* createInstance(const std::string& name); virtual ~ILog() {}
virtual void Info(const std::string& context, const std::string& message)=0;
virtual void Warning(const std::string& context, const std::string& message)=0;
virtual void Error(const std::string& context, const std::string& message)=0;
};
And hidden in your library, this may be the implementation class:
class CLog : public ILog {
std::string name_;
public:
CLog(std::string& name) : name_(name) {} virtual ~CLog() {}
virtual void Info(const std::string& context, const std::string& message);
virtual void Warning(const std::string& context, const std::string& message);
virtual void Error(const std::string& context, const std::string& message);
};
ILog* ILog::createInstance(const std::string& name) {
return new CLog(name);
}
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)
|
|
|
|
|
Stefan_Lang wrote: However, the class supplied in the header may just be an interface, and the actual implementation may come from a derived class which you don't know
OH, I see. That's quite clever.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Stefan_Lang wrote: and the actual implementation may come from a derived class which you don't know
(and don't need to know) the definition of
But wil still have to be declared in a header file included in the file the derived class' is declared in otherwise it still wont compile.
|
|
|
|
|
Only the distributor of the library will need to compile the derived class, not the person using the API!
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)
|
|
|
|
|
I meant his code, not the library. If the class definition is in a header and is being used, then all its base classes will also have to be declared.
|
|
|
|
|
Erudite_Eric wrote: If the class definition is in a header and is being used, then all its base classes will also have to be declared.
In the example and per the answer given it is child classes, not base classes, that are being hidden.
|
|
|
|
|
The OP didnt mention base or derived classes.
|
|
|
|
|
Erudite_Eric wrote:
The OP didnt mention base or derived
classes.
You didn't respond to the OP. You responded to the second posters example and a comment that poster made about the that example.
|
|
|
|
|
Please reread my example: the CLog definition and declaration only goes into the library code! Only the ILog definition goes into the public API: since that one is a base class it is self-sufficient: there is no other definition or header file required!
On a sidenote, we've been using that very technique for years: the APIs don't have any data members, and in many cases we don't have the slightest idea how the actual implementatuion looks like.
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)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
