integer to string

  • Thread starter Thread starter Boki
  • Start date Start date
B

Boki

Hi All,

I think it should be very easy, but I am new to c++.net ( original is
c# / vb )

I need something like:

..ToString()

or

val( string_B )

another question, in c# it is clear to enter code after double click
the compnents, how about C++ ? is that the same ? because I saw IDE
shows .h file... not a .c file after double click a component ( ex:
text box )

Thanks.

/*************** CODE BEGIN **********/
private: System::Void button1_Click(System::Object^ sender,
System::EventArgs^ e) {


CultureInfo^ myCI = gcnew CultureInfo( "en-US" );
Calendar^ myCal = myCI->Calendar;

// Gets the DTFI properties required by GetWeekOfYear.
CalendarWeekRule myCWR = myCI->DateTimeFormat->CalendarWeekRule;
DayOfWeek myFirstDOW = myCI->DateTimeFormat->FirstDayOfWeek;

this->textBox1->Text = myCal->GetWeekOfYear( DateTime::Now, myCWR,
myFirstDOW ) ;
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

};
/************* CODE END ************/

Best regards,
Boki.
 
I think it should be very easy, but I am new to c++.net ( original is
c# / vb )

I need something like:

.ToString()
Click to expand...

If you're using C++/CLI and managed objects, you still have
ToString().

For native C/C++ code, you can use _itoa()
or
val( string_B )
atoi()

another question, in c# it is clear to enter code after double click
the compnents, how about C++ ? is that the same ? because I saw IDE
shows .h file... not a .c file after double click a component ( ex:
text box )
Click to expand...

I suspect what you're describing here is one of the not so nice things
about C++/CLI in that the designer puts code in the header file rather
than the source file - apparently it's due to the fact that it was
designed for C# use!

Dave
 
If you're using C++/CLI and managed objects, you still have
ToString().

For native C/C++ code, you can use _itoa()


I suspect what you're describing here is one of the not so nice things
about C++/CLI in that the designer puts code in the header file rather
than the source file - apparently it's due to the fact that it was
designed for C# use!

Dave
Click to expand...

Thanks, I saw the .ToString() now.
C# use, got it.

by the way, I can't find out the execution file after build it...., I
didn't see the "Release" folder and there is no .exe file in debug
folder.

Boki.
 
by the way, I can't find out the execution file after build it...., I
didn't see the "Release" folder and there is no .exe file in debug
folder.
Click to expand...

Has it built successfully? Where does the build log indicate it's put
it?

Dave
 
Boki said:
Thanks, I saw the .ToString() now.
C# use, got it.

by the way, I can't find out the execution file after build it...., I
didn't see the "Release" folder and there is no .exe file in debug
folder.
Click to expand...
 
by the way, I can't find out the execution file after build it...., I
Look in <solution root>\debug instead of <project root>\bin\release
Click to expand...

I found that, I didn't change "Debug" to "Release"

It looks if I build in "Debug", there will be no .exe file.

thanks.

Boki.
 
Boki said:
I found that, I didn't change "Debug" to "Release"

It looks if I build in "Debug", there will be no .exe file.
Click to expand...

No, the *directory* is in a different location from where the C# compiler
puts things. Sorry about conflating debug and release. Here is a more
accurate instruction:

Look in <solution root>\debug instead of <project root>\bin\debug
 
Back
Top