regex in resx

[KNG]

When storing a regular expression in a resource file then extract using
"Resources.xxxx" all backslashes are now escaped. Is this normal behaviour
and if so how do I get back the actual value.

[Jon Skeet [C# MVP]]

KNG <KN*@discussions.microsoft.com> wrote:

When storing a regular expression in a resource file then extract using
"Resources.xxxx" all backslashes are now escaped. Is this normal behaviour
and if so how do I get back the actual value.

How are you determining that the backslashes are escaped? If you're
looking in the debugger, chances are that's the problem and the strings
are fine.

See http://www.pobox.com/~skeet/csharp/s....html#debugger

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

[Kevin Spencer]

I believe Jon is right. String literals are stored in resource files as
strings. Backslashes are used in code to allow the compiler to identify
literal characters as opposed to tokens. There is no need for them in a
resource file. And one of the "new things" in Visual Studio 2005 that really
irritates me is that the debugger inserts escape characters into the strings
it shows. Occasionally, I have had the experiences of copying text from a
Watch, only to have to manually un-escape it in order to view it in NotePad,
where I can see it more easily. I wonder if this feature is something one
can turn off somehow...

--
HTH,

Kevin Spencer
Microsoft MVP
Professional Numbskull

Show me your certification without works,
and I'll show my certification
*by* my works.

"Jon Skeet [C# MVP]" <sk***@pobox.com> wrote in message
news:MP************************@msnews.microsoft.c om...

KNG <KN*@discussions.microsoft.com> wrote:

When storing a regular expression in a resource file then extract using
"Resources.xxxx" all backslashes are now escaped. Is this normal
behaviour
and if so how do I get back the actual value.

How are you determining that the backslashes are escaped? If you're
looking in the debugger, chances are that's the problem and the strings
are fine.

See http://www.pobox.com/~skeet/csharp/s....html#debugger

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

[KNG]

Yep the debugger is indeed the problem in viewing the string, however, that
is not the answer it most certainly does not work using a resource directly
though I have now fixed the problem.

This does not work:
Regex.IsMatch( <string>, Resources.String1, RegexOptions.IgnoreCase )

But this does:
Regex.IsMatch( <string>, Regex.Unescape( Resources.String1 ),
RegexOptions.IgnoreCase )

"Jon Skeet [C# MVP]" wrote:

KNG <KN*@discussions.microsoft.com> wrote:

When storing a regular expression in a resource file then extract using
"Resources.xxxx" all backslashes are now escaped. Is this normal behaviour
and if so how do I get back the actual value.

How are you determining that the backslashes are escaped? If you're
looking in the debugger, chances are that's the problem and the strings
are fine.

See http://www.pobox.com/~skeet/csharp/s....html#debugger

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

[Jon Skeet [C# MVP]]

KNG <KN*@discussions.microsoft.com> wrote:

Yep the debugger is indeed the problem in viewing the string, however, that
is not the answer it most certainly does not work using a resource directly
though I have now fixed the problem.

This does not work:
Regex.IsMatch( <string>, Resources.String1, RegexOptions.IgnoreCase )

But this does:
Regex.IsMatch( <string>, Regex.Unescape( Resources.String1 ),
RegexOptions.IgnoreCase )

That sounds odd.

Could you post a short but complete program which demonstrates the
problem?

See http://www.pobox.com/~skeet/csharp/complete.html for details of
what I mean by that.

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

[Jon Skeet [C# MVP]]

KNG <KN*@noserver.com> wrote:

Example project attached.

Well, the resource starts with \\A\\b etc - so it won't match a string
which doesn't have "\A\b" in it (without either of those slashes
meaning anything interesting).

It shows up as "\\A\\b" etc even in the resource designer - I assume
you actually want it to be "\A\b" etc. How did you enter it in the
first place?

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

[KNG]

Ah, now I know what happened. Doh!

The program I use to create the regex does not know about adding the "@" at
the front of the string so escapes the string. Me being a bit worse for the
lack of sleep at present just copied the string into the resource, when I did
the example application I should have put two and two together to see the
error of my ways.

It all now fits together.

Many thanx for your help and sorry to have troubled you with what was really
a silly mistake.

"Jon Skeet [C# MVP]" wrote:

KNG <KN*@noserver.com> wrote:

Example project attached.

Well, the resource starts with \\A\\b etc - so it won't match a string
which doesn't have "\A\b" in it (without either of those slashes
meaning anything interesting).

It shows up as "\\A\\b" etc even in the resource designer - I assume
you actually want it to be "\A\b" etc. How did you enter it in the
first place?

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

[Jon Skeet [C# MVP]]

KNG <KN*@discussions.microsoft.com> wrote:

Ah, now I know what happened. Doh!

The program I use to create the regex does not know about adding the "@" at
the front of the string so escapes the string. Me being a bit worse for the
lack of sleep at present just copied the string into the resource, when I did
the example application I should have put two and two together to see the
error of my ways.

It all now fits together.

Many thanx for your help and sorry to have troubled you with what was really
a silly mistake.

No problem at all - a lot of mistakes look silly when you know what
they are. Very few of them look silly when you're stuck on them :(

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