C++ to C#

[Vai2000]

In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

TIA

[Tom Porterfield]

Vai2000 wrote:

In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

Same.
--
Tom Porterfield

[Carl Daniel [VC++ MVP]]

Vai2000 wrote:

In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

System.Environment.NewLine. Typically this has the value \r\n.

C# recognizes the C character escapes \r and \n and they have the same
character equivalence that they have in C. C# in general does NOT follow
the C convention that a single \n indicates a line break, and on output
(e.g. to a file or to the console), .NET will NOT convert \n to \r\n as C
typically does when running on Windows.

-cd

[pvdg42]

"Vai2000" <no****@microsoft.comwrote in message
news:uw**************@TK2MSFTNGP04.phx.gbl...

In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

TIA

Try Environment.NewLine

[Jon Skeet [C# MVP]]

Carl Daniel [VC++ MVP]
<cp*****************************@mvps.org.nospamwr ote:

Vai2000 wrote:

In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

System.Environment.NewLine. Typically this has the value \r\n.

C# recognizes the C character escapes \r and \n and they have the same
character equivalence that they have in C.

Agreed.

C# in general does NOT follow
the C convention that a single \n indicates a line break

I wouldn't say that's a C convention particuarly - it's entirely
context sensitive. When writing to the console, at least on the build
of XP I'm running, \n is enough. It's not in a TextBox - on Windows.

and on output
(e.g. to a file or to the console), .NET will NOT convert \n to \r\n as C
typically does when running on Windows.

Yes - although again, that's the behaviour of *libraries* rather than
the language itself. As far as I'm aware, the C compiler itself won't
do any conversion of \n to \r\n.

(I know I'm being picky, but it can be important to realise the
boundary between language and library.)

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[Vai2000]

sorry for poorly explaining in vb you can break a string by _ to the next
line
the quick brown _
fox jumps over the _
lazy dog

I am looking for equivalent of _ in c#

"the quick brown fox
"pvdg42" <pv****@newsgroups.nospamwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...

>
"Vai2000" <no****@microsoft.comwrote in message
news:uw**************@TK2MSFTNGP04.phx.gbl...

In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

TIA

Try Environment.NewLine

[Tom Porterfield]

Vai2000 wrote:

sorry for poorly explaining in vb you can break a string by _ to the next
line
the quick brown _
fox jumps over the _
lazy dog

I am looking for equivalent of _ in c#

That isn't breaking the string, that is a convention that indicates the code
continues on the next line. This is important in VB as it has no end of
processing line character other than the end of line. The similar in C#
would be:

string x = "the quick brown " +
"fox jumps over the " +
"lazy dog";

--
Tom Porterfield

[chanmm]

It is very detail in the C# specification. Take a look:
http://msdn.microsoft.com/netframewo...r/default.aspx

chanmm

"Tom Porterfield" <tp******@mvps.orgwrote in message
news:ei**************@TK2MSFTNGP04.phx.gbl...

Vai2000 wrote:

>sorry for poorly explaining in vb you can break a string by _ to the next
line
the quick brown _
fox jumps over the _
lazy dog

I am looking for equivalent of _ in c#

That isn't breaking the string, that is a convention that indicates the
code continues on the next line. This is important in VB as it has no end
of processing line character other than the end of line. The similar in
C# would be:

string x = "the quick brown " +
"fox jumps over the " +
"lazy dog";

--
Tom Porterfield

[Carl Daniel [VC++ MVP]]

Jon Skeet [C# MVP] wrote:

Carl Daniel [VC++ MVP]
<cp*****************************@mvps.org.nospamwr ote:

>Vai2000 wrote:

>>In VC++ if wanted to break a string on line I can use this
\n"

What's the equivalent in C#?

System.Environment.NewLine. Typically this has the value \r\n.

C# recognizes the C character escapes \r and \n and they have the
same character equivalence that they have in C.

Agreed.

>C# in general does NOT follow
the C convention that a single \n indicates a line break

I wouldn't say that's a C convention particuarly - it's entirely
context sensitive. When writing to the console, at least on the build
of XP I'm running, \n is enough. It's not in a TextBox - on Windows.

>and on output
(e.g. to a file or to the console), .NET will NOT convert \n to \r\n
as C typically does when running on Windows.

Yes - although again, that's the behaviour of *libraries* rather than
the language itself. As far as I'm aware, the C compiler itself won't
do any conversion of \n to \r\n.

(I know I'm being picky, but it can be important to realise the
boundary between language and library.)

Picky yes, but correct - it's the CRT that does the conversion for C/C++
programs on windows. Confuses way more programmers than it ever helped,
IMO. Preserved for decades of backwards compatibility with the earliest of
DOS-based C compilers.

-cd

[Jason Gurtz]

Vai2000 wrote:

sorry for poorly explaining in vb you can break a string by _ to the next
line
the quick brown _
fox jumps over the _
lazy dog

I am looking for equivalent of _ in c#

Try this ("@" is the trick):

myString = @"My
Multi
Line
Pre-Formatted
Literal
String
Without
Escapes
Or
\n";
Console.Write(myString);

~Jason

--

[Arne Vajhøj]

Carl Daniel [VC++ MVP] wrote:

Jon Skeet [C# MVP] wrote:

>Yes - although again, that's the behaviour of *libraries* rather than
the language itself. As far as I'm aware, the C compiler itself won't
do any conversion of \n to \r\n.

(I know I'm being picky, but it can be important to realise the
boundary between language and library.)

Picky yes, but correct - it's the CRT that does the conversion for C/C++
programs on windows. Confuses way more programmers than it ever helped,
IMO. Preserved for decades of backwards compatibility with the earliest of
DOS-based C compilers.

No. Done because that is what C/C++ does.

For text files the C/C++ RTL translated between the file
systems way of representing lines and the C/C++ way
of data and \n.

For DOS/Windows \n is translated to \r\n, but more
exotic translations can happen.

A VMS variable length file with one line of AB
is stored as 0x0002 'A' 'B' but fgetc still
reads 'A' 'B' '\n'.

Arne

[Carl Daniel [VC++ MVP]]

Arne Vajhøj wrote:

Carl Daniel [VC++ MVP] wrote:

>Jon Skeet [C# MVP] wrote:

>>Yes - although again, that's the behaviour of *libraries* rather
than the language itself. As far as I'm aware, the C compiler itself
won't do any conversion of \n to \r\n.

(I know I'm being picky, but it can be important to realise the
boundary between language and library.)

Picky yes, but correct - it's the CRT that does the conversion for
C/C++ programs on windows. Confuses way more programmers than it
ever helped, IMO. Preserved for decades of backwards compatibility
with the earliest of DOS-based C compilers.

No. Done because that is what C/C++ does.

It's the C/C++ runtime library that we're talking about here. The reasons
for the \r\n to \n conversion are entirely historical and not the least
technical. Had the first implementations of C on DOS stored text files with
only linefeeds as separators, then that's what VC++ would do today.

-cd

[James Kenneth]

On Wed, 1 Nov 2006 07:39:36 -0800, Carl Daniel [VC++ MVP] wrote:

Arne Vajhøj wrote:

>Carl Daniel [VC++ MVP] wrote:

>>Jon Skeet [C# MVP] wrote:
Yes - although again, that's the behaviour of *libraries* rather
than the language itself. As far as I'm aware, the C compiler itself
won't do any conversion of \n to \r\n.

(I know I'm being picky, but it can be important to realise the
boundary between language and library.)

Picky yes, but correct - it's the CRT that does the conversion for
C/C++ programs on windows. Confuses way more programmers than it
ever helped, IMO. Preserved for decades of backwards compatibility
with the earliest of DOS-based C compilers.

No. Done because that is what C/C++ does.

It's the C/C++ runtime library that we're talking about here. The reasons
for the \r\n to \n conversion are entirely historical and not the least
technical. Had the first implementations of C on DOS stored text files with
only linefeeds as separators, then that's what VC++ would do today.

It has nothing to do with DOS. Similar conversion used to take place on
MacOS (before it got UNIXied) - \r was converted to \n. This is a quote
from C standard:

"A text stream is an ordered sequence of characters composed into lines,
each line consisting of zero or more characters plus a terminating new-line
[...] Characters may have to be added, altered, or deleted on input and
output to conform to differing conventions for representing text in the
host environment."

[Arne Vajhøj]

Carl Daniel [VC++ MVP] wrote:

Arne Vajhøj wrote:

>Carl Daniel [VC++ MVP] wrote:

>>Picky yes, but correct - it's the CRT that does the conversion for
C/C++ programs on windows. Confuses way more programmers than it
ever helped, IMO. Preserved for decades of backwards compatibility
with the earliest of DOS-based C compilers.

>No. Done because that is what C/C++ does.

It's the C/C++ runtime library that we're talking about here. The reasons
for the \r\n to \n conversion are entirely historical and not the least
technical. Had the first implementations of C on DOS stored text files with
only linefeeds as separators, then that's what VC++ would do today.

It is specified so in the C and C++ standards.

And that convention is older than DOS.

And it is not even that big a problem on DOS/Windows (\r\n) and
MacOS (\r) - the real problem are on file systems where lines are
not delimited at all

Arne