|
Is there any direct and efficient way to convert a number into std::string. Infact in order to convert a number to char * we can use sprintf or itoa etc. But i want to convert a number to std::string directly. If there any such way exists then please tell me.
|
|
|
|
|
You can use strstream.
Sonork 100.15206;PavelK
|
|
|
|
|
Pavel Klocek wrote:
You can use strstream.
... but you shouldn't, because it's deprecated.
Tomasz Sowinski -- http://www.shooltz.com
Free your mind and your ass will follow.
|
|
|
|
|
You can always use std::ostringstream:
using namespace std;
ostringstream os;
int x = 2002;
os << x;
string s;
s = os.str();
But I think for single int you should just use local char[] array and itoa, then assign to std::string.
Tomasz Sowinski -- http://www.shooltz.com
Free your mind and your ass will follow.
|
|
|
|
|
I just use something like this
std::string itostring(int val)
{
char buf[32] = {0};
sprintf(buf, "%d", val);
return buf;
}
int x = 4;
itostring(x).c_str();
Todd Smith
|
|
|
|
|
Give me a couple of reasons, why migrate from Visual C++ 6.0 to .net
|
|
|
|
|
Improved STL is the only reason I can see, apart from the MFC7 improvements. The VS.NET IDE isn't designed for C++ programmers (IMO).
If you don't need the new STL/ATL stuff then I'd recommend waiting for the next release.
Michael 
Programming is great. First they pay you to introduce bugs into software. Then they pay you to remove them again.
|
|
|
|
|
None for me.
Needs hardware upgrade : 2.5GB free disp space, 256MB minimum, IIS+SQLServer(MSDE) required if you intend to do server-side, and a lot of horse power...
Total distaste about ATL (default "Attribute" wizards completely suck),
MSDN doc : worse than ever, totally unreadable, and as always 300000 hits for any keyword search
C#, etc. : if you develop apps for users who can afford 21MB+6MB of raw download before they can do anything, why not ?
C# UI : a total shame. There is no document/view framework, Toolbars layout suck (lame). Owner draw is virtually impossible : you need to do full WIN32 API low-level calls for simple things such like FindWindow.
MS boasts with the new "transparent" feature in all controls, but that's only when you are running W2K+, something kept silent.
New file formats everywhere. You completely drown and need at least 6 months of self-train before you start to master it.
"Attribute" programming sucks. In short, you add MS proprietary tags in your code, and this code binds compile-time, link-time, register-time and deploy-time. But there is so much freedom, and so less logic in the rules, that you end up with a total mess and don't know what you are really doing. Besides that, "Attributes" is the next level after macros, those things that make your code not debuggable.
I could add critics for year. I am just doing .Net since one month and a half, and I hate it since first day. I am just using it for self-training to make sure to be able to adapt to employers need in the future.
And I swallow a small raisin.
|
|
|
|
|
You wrote:
"New file formats everywhere. You completely drown and need at least 6 months of self-train before you start to master it"
It took me 3 days (less than 8 hours per day) to install, launch .NET for the first time, and adapt C++ app (6 Mb of sources, 1 exe, 7 dlls) and to get familiar with all new files (at least new in C++ development).
I think that 6 months is ... little overestimated.
|
|
|
|
|
You want to use the .NET Framework.
You have 2.5 Gig free on your hard drive.
You want to go through the agonising heartache of finding code on codeproject which will save you days of programming only to find it won't compile in VC.NET w/out a lot of work.
I installed my copy, after a while getting used to the new user interface I tried to port my code over, 1 week later i was back to VC6.
My advice.. unless you want to get into .NET don't bother.
Asim Hussain
e: asim@jawache.net
w: www.jawache.net
|
|
|
|
|
Just migrated and I am not particularly impressed with it... especially with all the blurb that is says on the tin. It's not that quicker for development of C++ apps.
The IDE is more fiddly. E.g. adding a member function means you have about 7 editboxes to fill in with all sorts of reminders and hints as if we are all retards and need leading by the hand. It's just more fiddly. The IDE is also slower. Online documentation seem to pop up .NET stuff all over the place too and because the documentation is integrated in the IDE it's often harder to just flick between the code you are writing and the info you need.
The compiler is more ANSI C++ compliant so some of your old projects might not compile (esp. casting)... I don't want my code to be ANSI compliant - just want it to work.
Some improvements in MFC7.
From what I've spotted, that's about it really. Personally I would stick with V.6 for now and spend your money on beer instead. 
"I spent a lot of my money on booze, birds and fast cars. The rest I just squandered"
George Best.
|
|
|
|
|
If program takes 1 Gb but it is good, then it's size is not important - really! So this is not an argument for me (of course I don't mean 1Gb notepad).
.NET does not have many improvements in comparision to MsDev6.0 in C++. Some things work better (on my computer apply code changes caused sometimes 5 minute delays on 6.0 and .NET does not have such problem), some works worse (automatic synchronization between workspace tree and opened document), some not changed at all (C++ syntax )
AFAIK .NET does not work on Windows9x, though created executables do work.
If You really want to develop/learn/see C# - install .NET . Otherwise, it is not so necessary. My advice is, that if You can, You should try to work on .NET, and see if it will suit Your needs. But I wouldn't bought it, at least not now.
Mukkie
|
|
|
|
|
Does anyone know the keystroke characters to toggle between screens? (I'm editing code from two different applications and would like to toggle back and forth between them using keystrokes.)
Thanks.
William
|
|
|
|
|
|
"Ctrl Tab" gives me toggling between screens for the SAME application.
I want to toggle between screens for DIFFERENT applications.
Thanks!
William
|
|
|
|
|
|
Alt+Tab
Sonork 100.15206;PavelK
|
|
|
|
|
alt+tab
Dylan Kenneally
London, UK
|
|
|
|
|
Thanks to all.
I appreciate it!
William
|
|
|
|
|
I am all the time creating new projects to write just enough code to test out a theory or design an implementation that will be added to my "real" projects. I have a few standard settings that I have become acustomed to using with my projects and I am getting tired of making settings changes with every new project I create. Can someone point me in the right direction so I can use/create a script that will automate these settings changes?
Thanks
John
|
|
|
|
|
sounds like you need a AppWizard. I believe you can make a customized appWizard which meet your requirement.
|
|
|
|
|
|
include <moo.h>
class loo
{
private:
moo* poo;
}
moo is a complicated structure from a third party library.
I want to make sure that any project with a class derived from loo
will not need to add the include paths for moo.h and all associated
headers in the project as it can get quite compilacated.
if moo was a class i would normaly just create a forward declaration of
class moo; in the loo header file then include the moo.h header file in the
implementation file for loo.
It won't let me do this for a structure though.
Does anyone have any ideas as to how i can solve this?
Currently my only idea is to use void* and cast then to the required type
whenver i need to use them in the implementation file!!
Asim Hussain
e: asim@jawache.net
w: www.jawache.net
|
|
|
|
|
Jawache wrote:
It won't let me do this for a structure though.
Really? Forward declaration for structs works for me. Can you post the typedef from moo.h?
Tomasz Sowinski -- http://www.shooltz.com
Free your mind and your ass will follow.
|
|
|
|
|
These are the first two error messages i get...
1> e:\jawache\dev\src\jdv\pyfile.h(16) : error C2371: 'PyObject' : redefinition; different basic types
// This is my forward declaration in my pyfile.h
struct PyObject;
2> e:\python-2.2.1\include\object.h(82) : see declaration of 'PyObject'
// This is the declaration of PyObject in object.h
typedef struct _object {
PyObject_HEAD
} PyObject;
Asim Hussain
e: asim@jawache.net
w: www.jawache.net
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
