|
Hi.. I have implemented ECC algorithm in C++ and it is working fine with g++ compiler... I need to apply this program to network simulator - 3. Complier of NS-3 is "./waf", there it is not building and it is giving countless errors mainly regarding "ostream".
there is a line regarding ostream in my header function....---
// ostream handler
template<int T>
friend ostream& operator<<(ostream& os, const FiniteFieldElement<T>& g)
{
return os << g.i_;
}
|
|
|
|
|
Manoj7390 wrote: it is giving countless errors Without the detail of those errors no one can guess what is wrong.
Use the best guess
|
|
|
|
|
In the main program i am calling another header function called "FiniteFieldElement.h" function. In that function i have used --
// ostream handler
template<int T>
friend ostream& operator<<(ostream& os, const FiniteFieldElement<T>& g)
{
return os << g.i_;
}
I am calling this function and using "ostream" in so many places in main function. I am getting the errors like..
/usr/include/c++/4.6/ostream:493:5: note: template<class _chart,="" class="" _traits=""> std::basic_ostream<_CharT, _Traits>& std::operator<<(std::basic_ostream<_CharT, _Traits>&, const _CharT*)
/usr/include/c++/4.6/ostream:473:5: note: template<class _traits=""> std::basic_ostream<char, _traits="">& std::operator<<(std::basic_ostream<char, _traits="">&, unsigned char)
/usr/include/c++/4.6/ostream:468:5: note: template<class _traits=""> std::basic_ostream<char, _traits="">& std::operator<<(std::basic_ostream<char, _traits="">&, signed char)
/usr/include/c++/4.6/ostream:462:5: note: template<class _traits=""> std::basic_ostream<char, _traits="">& std::operator<<(std::basic_ostream<char, _traits="">&, char)
/usr/include/c++/4.6/ostream:456:5: note: template<class _chart,="" class="" _traits=""> std::basic_ostream<_CharT, _Traits>& std::operator<<(std::basic_ostream<_CharT, _Traits>&, char)
/usr/include/c++/4.6/ostream:451:5: note: template<class _chart,="" class="" _traits=""> std::basic_ostream<_CharT, _Traits>& std::operator<<(std::basic_ostream<_CharT, _Traits>&, _CharT)
|
|
|
|
|
|
I think it is not the problem with the code, because i am getting the output with g++ compiler. Now i am using ./waf compiler for NS-3, where i am facing problem. I am not sure ostream is supported by NS-3 because there they use NS_LOG_UNCOND("message") instead of "cout".
I am getting errors where i have used ostream. What do you mean by "ostream" and is it compiler dependent.
|
|
|
|
|
Manoj7390 wrote: What do you mean by "ostream" I don't mean anything by it, it is part of the standard C++ library. Also, I have no idea what ./waf compiler for NS-3 is, or what features it supports.
Use the best guess
|
|
|
|
|
Richard MacCutchan wrote: I have no idea what ./waf compiler
I suspect it is not even a compiler: waf[^].
Veni, vidi, vici.
|
|
|
|
|
No surprise there.
Use the best guess
|
|
|
|
|
Hi,
I have a application developed in VC++(MFC).Its a MDI application.I am very new to Unit testing. So i need to use a Unit testing framework\tool for it's unit testing.
Kindly any one please suggest any Unti testing tool and also if you have any demo of that suggested Tool's implementation for MFC code, Then it will be easier to catch easier . If that testing tool is a Free like GoogleTest(gtest) then it'll be more prefarable.
I searched a lot, but i didn't get idea as per my requirement(exspecially for MFC code unittesting).So need help.Please suggest.
Thanks
|
|
|
|
|
|
Thanks _Superman
Hoping this CPPUNIT will support all typeof VC++ App[MFC ,Win32]including COM,DCOM .
In future if i get any more docmunets related to MFC untitestng i'll update here. Again hoping the same from you too.
|
|
|
|
|
pk jain wrote: In future if i get any more docmunets related to MFC untitestng i'll update here. Again hoping the same from you too.
better write a small tip and post it on CP. your message may lost here!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
|
Hi
I am getting the above mentioned error in all my .cpp files I don't see any where I am using DAO classes
maybe they are some how included in stdafx,h yes I am compiling as 64 bit code
Thanks
|
|
|
|
|
Search your project files for afxdao.h and remove the include statements.
|
|
|
|
|
ForNow wrote: I don't see any where I am using DAO classes Well we certainly can't without a lot more information. You need to look at where this message is produced and try to find out how it is including such references.
Use the best guess
|
|
|
|
|
This is where the output of my build I don't explicitly include it in any of my include flies
1>ClCompile:
1> HERC_CMD.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> MainFrm.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> MyBaseEvent.cpp
1> Myexception.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> progDebug.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> progdialog.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> Progedit.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> Show_storage.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> SockCLeintThread.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> SockCLient.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1> stdafx.cpp
1> StorageRange.cpp
1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\afxdao.h(15): fatal error C1189: #error : DAO Database classes are not supported for Win64 platforms
1>
1>Build FAILED.
1>
1>Time Elapsed 00:00:22.35
|
|
|
|
|
Well it's pretty clear that afxdao.h is being pulled into your compilations for some reason, so you need to examine your project to find out why. As a first step, try a Clean & Rebuild to see if that clears it.
Use the best guess
|
|
|
|
|
I a clean & re-build nothing I then did a search on "My Computer" and the only place afxdao.h came up with
Was I. The include directories of mfc
Thanks for your help
|
|
|
|
|
ForNow wrote: I then did a search on "My Computer" Why? I suggested you investigate your project to find out where and why this header is getting included. Somehow, somewhere you have a setting that causes this header to be referenced, and since it is happening on every source file it is most likely to be one of your header files, or some project setting. Beyond that it is not easy to suggest anything.
Use the best guess
|
|
|
|
|
From this, it looks like something is including it in stdafx.h
Comment out includes in this file until you find it.
It's likely a third party library header, or a header file that is local to you project.
|
|
|
|
|
ForNow wrote: maybe they are some how included in stdafx,h yes I am compiling as 64 bit code What does that file look like?
"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
|
|
|
|
|
Suppose this scenario: I refer to a third party lib in my C++ app, but I don't want the third party lib to use my physical memory at all. Instead, I want it to only allocate memory from hard disk. I don't know source codes of third party lib, however as it run in the Windows platform, so I think it's possible to control the memory management with Win32 API.
My problem is how to avoid thrid party lib to allocate memory from physical memory.
Am I going in the wrong direction? Anybody can help me?
PS: I'm using Visual C++ 2010.
|
|
|
|
|
You can't. The library will do what its code is designed to do, and without the source code you cannot alter that.
Use the best guess
|
|
|
|
|
Richard MacCutchan wrote: The library will do what its code is designed to do,
Actually it's not just the library, but the OS as well. And as jschell wrote, if the library allocates memory through a DLL, that DLL could in theory be replaced by one that does what the OP intends. That said, I doubt that it can be easily achieved.
More importantly I doubt that is actually what the OP needs: his requirement to have the library (or any part of an application) "allocate memory from hard disk" simply doesn't make sense. Data needs to be in memory in order to be processed, so you have to load them to memory eventually. More to the point: the allocation of memory always happens in memory (big surprise!). Depending on the reasons for this requirement, there may be another solution altogether - forcedly moving library allocations to hard disk is definitely not the solution, even if it were feasible with a reasonable amount of effort.
|
|
|
|