integer to string

[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.

 

[David Lowndes]

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

c# / vb )

I need something like:

.ToString()

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 )

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

 

[Boki]

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

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.

 

[David Lowndes]

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.

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

Dave

 

[Ben Voigt [C++ MVP]]

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

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

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.

 

[Ben Voigt [C++ MVP]]

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

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

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

 

[Boki]

Look in <solution root>\release instead of <project root>\bin\release

Thanks.

Boki.