By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
446,143 Members | 1,919 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 446,143 IT Pros & Developers. It's quick & easy.

VS2003 Compiler Bug

P: n/a
I'm not sure if this is a bug being caused by visual studio, or by the vb
compiler itself.

I have good size solution (33 projects) and am consistently having a problem
with one project..

Basically everytime I build, I get the compiler error bc30456...which is
basically that some local variable is not declared. However, the variable is
declared...and basically if I change its declaration from private to
protected the project will build...but then the next time I build it will
fail..and upon switching it back to private build again. I also find it
weird that it is always the same variable in the same project.

Hoping someone maybe has seen something like this before and will recognize
it.
Thanks
Nov 23 '05 #1
Share this Question
Share on Google+
10 Replies


P: n/a
"chris" <ch****@nospam.nospam> schrieb:
Basically everytime I build, I get the compiler error bc30456...which is
basically that some local variable is not declared. However, the variable
is declared...and basically if I change its declaration from private to
protected the project will build...but then the next time I build it will
fail..and upon switching it back to private build again. I also find it
weird that it is always the same variable in the same project.


Mhm... So, is it a /local/ variable /or/ a variable at /type/ level?

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

Nov 23 '05 #2

P: n/a
That is indeed weird, and something I'd very much like my team to investigate -- it sounds like a compiler problem (nothing to do with VS itself, but with the VB Compiler). If you navigate to http://lab.msdn.microsoft.com/productfeedback/ and would care to file a report there, I would really appreciate it. It will collect the information that we need from you, and then generate a report in our database. We look at those reports daily, and it gives us a way to give you updates on our progress.

--Matt Gertz--*
VB Compiler Dev Lead

-----Original Message-----
From: chris
Posted At: Friday, November 18, 2005 1:13 PM
Posted To: microsoft.public.dotnet.languages.vb
Conversation: VS2003 Compiler Bug
Subject: VS2003 Compiler Bug
I'm not sure if this is a bug being caused by visual studio, or by the vb
compiler itself.

I have good size solution (33 projects) and am consistently having a problem
with one project..

Basically everytime I build, I get the compiler error bc30456...which is
basically that some local variable is not declared. However, the variable is
declared...and basically if I change its declaration from private to
protected the project will build...but then the next time I build it will
fail..and upon switching it back to private build again. I also find it
weird that it is always the same variable in the same project.

Hoping someone maybe has seen something like this before and will recognize
it.
Thanks
Nov 23 '05 #3

P: n/a
(Oh, and ignore the fact in this case that you're using 2003 instead of 2005, which is what the MSDN Feedback center is technically targeted for. I want to make sure that this isn't reproing in 2005 as well as 2003.)
Nov 23 '05 #4

P: n/a
Have you tried changing the name of the variable in the project to be sure
there is no conflict within the base class?
--
Dennis in Houston
"chris" wrote:
I'm not sure if this is a bug being caused by visual studio, or by the vb
compiler itself.

I have good size solution (33 projects) and am consistently having a problem
with one project..

Basically everytime I build, I get the compiler error bc30456...which is
basically that some local variable is not declared. However, the variable is
declared...and basically if I change its declaration from private to
protected the project will build...but then the next time I build it will
fail..and upon switching it back to private build again. I also find it
weird that it is always the same variable in the same project.

Hoping someone maybe has seen something like this before and will recognize
it.
Thanks

Nov 23 '05 #5

P: n/a
There are several references to 3rd party controls used throughout the
solution...and I'm not sure I can redistribute them to you....will you guys
still be able to work with it?

Interestingly enough I also happened to find a permanent workaround....I
changed the location in the file where the variables were all declared
(moved them directly below the class declaration) and now it compiles every
time.

Thanks
<Ma***********@feedback.microsoft.com> wrote in message
news:uW**************@TK2MSFTNGP11.phx.gbl...
(Oh, and ignore the fact in this case that you're using 2003 instead of
2005, which is what the MSDN Feedback center is technically targeted for.
I want to make sure that this isn't reproing in 2005 as well as 2003.)

Nov 23 '05 #6

P: n/a
Your workaround makes me think that this is a scoping issue that we missed. There are certainly cases where one scope trumps another, but it should at least be consistent every time, and not change simply because you built the executable or toggled its accessor. (That's what really concerns me. Others on this thread have suggested ideas for addressing the problem, and you've got your own workaround, but it's the consistency that is problematic.

Sure, if you've got third party controls, by all means, leave them out of the repro, and we'll do our best to muddle through. (If you can narrow it down to just one project, so much the better :-)).

--Matt--*
-----Original Message-----
From: chris
Posted At: Monday, November 21, 2005 1:11 PM
Posted To: microsoft.public.dotnet.languages.vb
Conversation: VS2003 Compiler Bug
Subject: Re: VS2003 Compiler Bug
There are several references to 3rd party controls used throughout the
solution...and I'm not sure I can redistribute them to you....will you guys
still be able to work with it?

Interestingly enough I also happened to find a permanent workaround....I
changed the location in the file where the variables were all declared
(moved them directly below the class declaration) and now it compiles every
time.

Thanks
<Ma***********@feedback.microsoft.com> wrote in message
news:uW**************@TK2MSFTNGP11.phx.gbl...
(Oh, and ignore the fact in this case that you're using 2003 instead of
2005, which is what the MSDN Feedback center is technically targeted for.
I want to make sure that this isn't reproing in 2005 as well as 2003.)

Nov 23 '05 #7

P: n/a
i'm having the exact same problem, though it is with a private constant
rather than a variable. The problem disappears temporariliy from the
list of build errors if I edit the constant declaration, move the
cursor outside of the declaration, and then revert the declaration to
its original value.

The problem disappeared permanently when I changed the constant name --
however, I have verified that the original name was used neither in the
base class nor in any other class in the solution and its dependencies.

Ma***********@feedback.microsoft.com wrote:
Your workaround makes me think that this is a scoping issue that we missed. There are certainly cases where one scope trumps another, but it should at least be consistent every time, and not change simply because you built the executable or toggled its accessor. (That's what really concerns me. Others on this thread have suggested ideas for addressing the problem, and you've got your own workaround, but it's the consistency that is problematic.

Sure, if you've got third party controls, by all means, leave them out of the repro, and we'll do our best to muddle through. (If you can narrow it down to just one project, so much the better :-)).

--Matt--*
-----Original Message-----
From: chris
Posted At: Monday, November 21, 2005 1:11 PM
Posted To: microsoft.public.dotnet.languages.vb
Conversation: VS2003 Compiler Bug
Subject: Re: VS2003 Compiler Bug
There are several references to 3rd party controls used throughout the
solution...and I'm not sure I can redistribute them to you....will you guys
still be able to work with it?

Interestingly enough I also happened to find a permanent workaround....I
changed the location in the file where the variables were all declared
(moved them directly below the class declaration) and now it compiles every
time.

Thanks
<Ma***********@feedback.microsoft.com> wrote in message
news:uW**************@TK2MSFTNGP11.phx.gbl...
(Oh, and ignore the fact in this case that you're using 2003 instead of
2005, which is what the MSDN Feedback center is technically targeted for.
I want to make sure that this isn't reproing in 2005 as well as 2003.)


Nov 23 '05 #8

P: n/a
I'm still working on trying to get the code so I can submit the bug
report...but I'm going to be on the road for 2 weeks here and trying to get
ready for that has been a nightmare...
I did have a chance to test this under VS2005, and there is a bug...but it
may or may not be the same one ...
The code as it was in vs2003 had 2 states broken / unbroken ... broken =
variables declared after constructor ... unbroken = variables declared right
after class declaration

After I moved the code to vs2005 I first built it from the vs2003 unbroken
state works great...then I put the problem file back to vs2003 broken state
and it failed only this time I got a different error
Error 772 Unable to sign assembly: Not enough storage is available to
process this command.

Now the above error occurs only intermitently, so I'm not sure if it could
possibly be related or not...I didn't find much on google for the error
message...so I'm not sure what it really means...

Matthew if you think they are related and the bug still exists in vs2005
I'll keep trying to get something to submit to you...if not, then it's
probably not worth a lot of time on either side since we can find work
arounds.

"furreal37" <sc********@gmail.com> wrote in message
news:11*********************@f14g2000cwb.googlegro ups.com...
i'm having the exact same problem, though it is with a private constant
rather than a variable. The problem disappears temporariliy from the
list of build errors if I edit the constant declaration, move the
cursor outside of the declaration, and then revert the declaration to
its original value.

The problem disappeared permanently when I changed the constant name --
however, I have verified that the original name was used neither in the
base class nor in any other class in the solution and its dependencies.

Ma***********@feedback.microsoft.com wrote:
Your workaround makes me think that this is a scoping issue that we
missed. There are certainly cases where one scope trumps another, but it
should at least be consistent every time, and not change simply because
you built the executable or toggled its accessor. (That's what really
concerns me. Others on this thread have suggested ideas for addressing
the problem, and you've got your own workaround, but it's the consistency
that is problematic.

Sure, if you've got third party controls, by all means, leave them out of
the repro, and we'll do our best to muddle through. (If you can narrow
it down to just one project, so much the better :-)).

--Matt--*
-----Original Message-----
From: chris
Posted At: Monday, November 21, 2005 1:11 PM
Posted To: microsoft.public.dotnet.languages.vb
Conversation: VS2003 Compiler Bug
Subject: Re: VS2003 Compiler Bug
There are several references to 3rd party controls used throughout the
solution...and I'm not sure I can redistribute them to you....will you
guys
still be able to work with it?

Interestingly enough I also happened to find a permanent workaround....I
changed the location in the file where the variables were all declared
(moved them directly below the class declaration) and now it compiles
every
time.

Thanks
<Ma***********@feedback.microsoft.com> wrote in message
news:uW**************@TK2MSFTNGP11.phx.gbl...
> (Oh, and ignore the fact in this case that you're using 2003 instead of
> 2005, which is what the MSDN Feedback center is technically targeted
> for.
> I want to make sure that this isn't reproing in 2005 as well as 2003.)

Nov 23 '05 #9

P: n/a
C\0h\0r\0i\0s\0,
S\0o\0r\0r\0y\0 \0f\0o\0r\0 \0t\0h\0e\0 \0l\0o\0n\0g\0 \0d\0e\0l\0a\0y\0 \0i\0n\0 \0r\0e\0s\0p\0o\0n\0d\0i\0n\0g\0 \0-\0-\0 \0I\0 \0w\0a\0s\0 \0o\0n\0 \0v\0a\0c\0a\0t\0i\0o\0n\0,\0 \0a\0n\0d\0 \0t\0h\0e\0n\0 \0m\0o\0s\0t\0 \0o\0f\0 \0m\0y\0 \0n\0e\0w\0s\0g\0r\0o\0u\0p\0 \0p\0o\0s\0t\0s\0 \0g\0o\0t\0 \0m\0a\0n\0g\0l\0e\0d\0.\0 \0 \0(\0I\0'\0m\0 \0s\0t\0i\0l\0l\0 \0n\0o\0t\0 \0s\0u\0r\0e\0 \0I\0'\0v\0e\0 \0g\0o\0t\0 \0t\0h\0e\0m\0 \0a\0l\0l\0 \0-\0-\0 \0t\0h\0e\0r\0e\0 \0m\0i\0g\0h\0t\0 \0h\0a\0v\0e\0 \0b\0e\0e\0n\0 \0a\0n\0o\0t\0h\0e\0r\0 \0r\0e\0s\0p\0o\0n\0s\0e\0 \0t\0o\0 \0t\0h\0i\0s\0 \0t\0h\0a\0t\0 \0I\0 \0m\0i\0s\0s\0e\0d\0 \0f\0r\0o\0m\0 \0s\0o\0m\0e\0o\0n\0e\0 \0e\0l\0s\0e\0.\0)\0 \0A\0n\0y\0w\0a\0y\0,\0 \0I\0 \0d\0o\0n\0'\0t\0 \0t\0h\0i\0n\0k\0 \0t\0h\0e\0 \0a\0d\0d\0i\0t\0i\0o\0n\0a\0l\0 \0e\0r\0r\0o\0r\0 \0t\0h\0a\0t\0 \0y\0o\0u\0'\0r\0e\0 \0s\0e\0e\0i\0n\0g\0 \0a\0f\0t\0e\0r\0 \0t\0h\0e\0 \0p\0o\0r\0t\0 \0f\0r\0o\0m\0 \02\00\00\05\0 \0b\0a\0c\0k\0 \0t\0o\0 \02\00\00\03\0 \0i\0s\0 \0r\0e\0l\0a\0t\0e\0d\0.\0 \0 \0J\0u\0s\0t\0 \0t\0o\0 \0s\0u\0m\0m\0a\0r\0i\0z\0e\0,\0 \0I\0 \0t\0h\0i\0n\0k\0 \0t\0h\0i\0s\0 \0i\0s\0 \0w\0h\0e\0r\0e\0 \0w\0e\0 \0a\0r\0e\0:

(\01\0)\0 \0T\0h\0e\0r\0e\0 \0i\0s\0 \0a\0 \0b\0u\0g\0 \0i\0n\0 \0V\0S\02\00\00\03\0 \0w\0h\0i\0c\0h\0 \0c\0a\0n\0 \0b\0e\0 \0w\0o\0r\0k\0e\0d\0 \0a\0r\0o\0u\0n\0d\0.
(\02\0)\0 \0T\0h\0e\0 \0s\0a\0m\0e\0 \0b\0u\0g\0 \0d\0o\0e\0s\0 \0n\0o\0t\0 \0e\0x\0i\0s\0t\0 \0i\0n\0 \0V\0S\02\00\00\05\0.
(\03\0)\0 \0M\0o\0v\0i\0n\0g\0 \0t\0h\0e\0 \0c\0o\0d\0e\0 \0b\0a\0c\0k\0 \0t\0o\0 \0V\0S\02\00\00\03\0 \0e\0x\0p\0o\0s\0e\0s\0 \0a\0 \0d\0i\0f\0f\0e\0r\0e\0n\0t\0 \0p\0r\0o\0b\0l\0e\0m\0 \0w\0i\0t\0h\0 \0s\0i\0g\0n\0i\0n\0g\0 \0a\0s\0s\0e\0m\0b\0l\0i\0e\0s\0 \0(\0m\0e\0m\0o\0r\0y\0 \0p\0r\0o\0b\0l\0e\0m\0?\0)

W\0h\0a\0t\0 \0I\0 \0t\0h\0i\0n\0k\0 \0I\0'\0l\0l\0 \0d\0o\0 \0i\0s\0 \0f\0o\0r\0w\0a\0r\0d\0 \0t\0h\0i\0s\0 \0t\0h\0r\0e\0a\0d\0 \0t\0o\0 \0o\0u\0r\0 \0Q\0A\0 \0t\0e\0a\0m\0 \0t\0o\0 \0b\0a\0n\0g\0 \0o\0n\0,\0 \0s\0i\0n\0c\0e\0 \0y\0o\0u\0'\0r\0e\0 \0u\0n\0b\0l\0o\0c\0k\0e\0d\0 \0a\0n\0d\0 \0I\0 \0d\0o\0n\0'\0t\0 \0w\0a\0n\0t\0 \0t\0o\0 \0b\0u\0r\0d\0e\0n\0 \0y\0o\0u\0 \0w\0i\0t\0h\0 \0h\0a\0c\0k\0i\0n\0g\0 \0u\0p\0 \0a\0 \0r\0e\0p\0r\0o\0.\0 \0 \0W\0e\0'\0l\0l\0 \0t\0r\0y\0 \0s\0o\0m\0e\0 \0g\0e\0n\0e\0r\0a\0l\0 \0t\0e\0s\0t\0s\0 \0t\0o\0 \0s\0e\0e\0 \0i\0f\0 \0w\0e\0 \0c\0a\0n\0 \0l\0o\0c\0a\0t\0e\0 \0t\0h\0e\0 \0p\0r\0o\0b\0l\0e\0m\0,\0 \0a\0n\0d\0 \0I\0'\0l\0l\0 \0l\0e\0t\0 \0y\0o\0u\0 \0k\0n\0o\0w\0 \0h\0o\0w\0 \0i\0t\0 \0g\0o\0e\0s\0.\0 \0 \0(\0I\0t\0 \0c\0o\0u\0l\0d\0 \0b\0e\0 \0a\0 \0w\0h\0i\0l\0e\0 \0i\0f\0 \0t\0h\0i\0s\0 \0i\0s\0 \0a\0 \0s\0u\0b\0t\0l\0e\0 \0i\0s\0s\0u\0e\0.\0)

O\0n\0c\0e\0 \0a\0g\0a\0i\0n\0,\0 \0p\0l\0e\0a\0s\0e\0 \0a\0c\0c\0e\0p\0t\0 \0m\0y\0 \0a\0p\0o\0l\0o\0g\0i\0e\0s\0 \0f\0o\0r\0 \0t\0h\0e\0 \0i\0n\0c\0o\0n\0v\0e\0n\0i\0e\0n\0c\0e\0!

-\0-\0M\0a\0t\0t\0-\0-\0*
-\0-\0-\0-\0-\0O\0r\0i\0g\0i\0n\0a\0l\0 \0M\0e\0s\0s\0a\0g\0e\0-\0-\0-\0-\0-
F\0r\0o\0m\0:\0 \0"\0c\0h\0r\0i\0s\0"\0 \0<\0c\0h\0r\0.\0.\0.\0@\0n\0o\0s\0p\0a\0m\0.\0n\0 o\0s\0p\0a\0m\0>
D\0a\0t\0e\0:\0 \0W\0e\0d\0,\0 \02\03\0 \0N\0o\0v\0 \02\00\00\05\0 \01\00\0:\04\08\0:\04\02\0 \0-\00\06\00\00
L\0o\0c\0a\0l\0:\0 \0W\0e\0d\0,\0 \0N\0o\0v\0 \02\03\0 \02\00\00\05\0 \01\01\0:\04\08\0 \0a\0m
S\0u\0b\0j\0e\0c\0t\0:\0 \0R\0e\0:\0 \0V\0S\02\00\00\03\0 \0C\0o\0m\0p\0i\0l\0e\0r\0 \0B\0u\0g
R\0e\0p\0l\0y\0 \0|\0 \0R\0e\0p\0l\0y\0 \0t\0o\0 \0A\0u\0t\0h\0o\0r\0 \0|\0 \0F\0o\0r\0w\0a\0r\0d\0 \0|\0 \0P\0r\0i\0n\0t\0 \0|\0 \0I\0n\0d\0i\0v\0i\0d\0u\0a\0l\0 \0M\0e\0s\0s\0a\0g\0e\0 \0|\0 \0S\0h\0o\0w\0 \0o\0r\0i\0g\0i\0n\0a\0l\0 \0|\0 \0R\0e\0p\0o\0r\0t\0 \0A\0b\0u\0s\0e

I\0'\0m\0 \0s\0t\0i\0l\0l\0 \0w\0o\0r\0k\0i\0n\0g\0 \0o\0n\0 \0t\0r\0y\0i\0n\0g\0 \0t\0o\0 \0g\0e\0t\0 \0t\0h\0e\0 \0c\0o\0d\0e\0 \0s\0o\0 \0I\0 \0c\0a\0n\0 \0s\0u\0b\0m\0i\0t\0 \0t\0h\0e\0 \0b\0u\0g
r\0e\0p\0o\0r\0t\0.\0.\0.\0b\0u\0t\0 \0I\0'\0m\0 \0g\0o\0i\0n\0g\0 \0t\0o\0 \0b\0e\0 \0o\0n\0 \0t\0h\0e\0 \0r\0o\0a\0d\0 \0f\0o\0r\0 \02\0 \0w\0e\0e\0k\0s\0 \0h\0e\0r\0e\0 \0a\0n\0d\0 \0t\0r\0y\0i\0n\0g\0 \0t\0o\0 \0g\0e\0t
r\0e\0a\0d\0y\0 \0f\0o\0r\0 \0t\0h\0a\0t\0 \0h\0a\0s\0 \0b\0e\0e\0n\0 \0a\0 \0n\0i\0g\0h\0t\0m\0a\0r\0e\0.\0.\0.
I\0 \0d\0i\0d\0 \0h\0a\0v\0e\0 \0a\0 \0c\0h\0a\0n\0c\0e\0 \0t\0o\0 \0t\0e\0s\0t\0 \0t\0h\0i\0s\0 \0u\0n\0d\0e\0r\0 \0V\0S\02\00\00\05\0,\0 \0a\0n\0d\0 \0t\0h\0e\0r\0e\0 \0i\0s\0 \0a\0 \0b\0u\0g\0.\0.\0.\0b\0u\0t\0 \0i\0t
m\0a\0y\0 \0o\0r\0 \0m\0a\0y\0 \0n\0o\0t\0 \0b\0e\0 \0t\0h\0e\0 \0s\0a\0m\0e\0 \0o\0n\0e\0 \0.\0.\0.
T\0h\0e\0 \0c\0o\0d\0e\0 \0a\0s\0 \0i\0t\0 \0w\0a\0s\0 \0i\0n\0 \0v\0s\02\00\00\03\0 \0h\0a\0d\0 \02\0 \0s\0t\0a\0t\0e\0s\0 \0b\0r\0o\0k\0e\0n\0 \0/\0 \0u\0n\0b\0r\0o\0k\0e\0n\0 \0.\0.\0.\0 \0b\0r\0o\0k\0e\0n\0 \0=
v\0a\0r\0i\0a\0b\0l\0e\0s\0 \0d\0e\0c\0l\0a\0r\0e\0d\0 \0a\0f\0t\0e\0r\0 \0c\0o\0n\0s\0t\0r\0u\0c\0t\0o\0r\0 \0.\0.\0.\0 \0u\0n\0b\0r\0o\0k\0e\0n\0 \0=\0 \0v\0a\0r\0i\0a\0b\0l\0e\0s\0 \0d\0e\0c\0l\0a\0r\0e\0d\0 \0r\0i\0g\0h\0t
a\0f\0t\0e\0r\0 \0c\0l\0a\0s\0s\0 \0d\0e\0c\0l\0a\0r\0a\0t\0i\0o\0n
A\0f\0t\0e\0r\0 \0I\0 \0m\0o\0v\0e\0d\0 \0t\0h\0e\0 \0c\0o\0d\0e\0 \0t\0o\0 \0v\0s\02\00\00\05\0 \0I\0 \0f\0i\0r\0s\0t\0 \0b\0u\0i\0l\0t\0 \0i\0t\0 \0f\0r\0o\0m\0 \0t\0h\0e\0 \0v\0s\02\00\00\03\0 \0u\0n\0b\0r\0o\0k\0e\0n
s\0t\0a\0t\0e\0 \0w\0o\0r\0k\0s\0 \0g\0r\0e\0a\0t\0.\0.\0.\0t\0h\0e\0n\0 \0I\0 \0p\0u\0t\0 \0t\0h\0e\0 \0p\0r\0o\0b\0l\0e\0m\0 \0f\0i\0l\0e\0 \0b\0a\0c\0k\0 \0t\0o\0 \0v\0s\02\00\00\03\0 \0b\0r\0o\0k\0e\0n\0 \0s\0t\0a\0t\0e
a\0n\0d\0 \0i\0t\0 \0f\0a\0i\0l\0e\0d\0 \0o\0n\0l\0y\0 \0t\0h\0i\0s\0 \0t\0i\0m\0e\0 \0I\0 \0g\0o\0t\0 \0a\0 \0d\0i\0f\0f\0e\0r\0e\0n\0t\0 \0e\0r\0r\0o\0r
E\0r\0r\0o\0r\0 \07\07\02\0 \0U\0n\0a\0b\0l\0e\0 \0t\0o\0 \0s\0i\0g\0n\0 \0a\0s\0s\0e\0m\0b\0l\0y\0:\0 \0N\0o\0t\0 \0e\0n\0o\0u\0g\0h\0 \0s\0t\0o\0r\0a\0g\0e\0 \0i\0s\0 \0a\0v\0a\0i\0l\0a\0b\0l\0e\0 \0t\0o
p\0r\0o\0c\0e\0s\0s\0 \0t\0h\0i\0s\0 \0c\0o\0m\0m\0a\0n\0d\0.
N\0o\0w\0 \0t\0h\0e\0 \0a\0b\0o\0v\0e\0 \0e\0r\0r\0o\0r\0 \0o\0c\0c\0u\0r\0s\0 \0o\0n\0l\0y\0 \0i\0n\0t\0e\0r\0m\0i\0t\0e\0n\0t\0l\0y\0,\0 \0s\0o\0 \0I\0'\0m\0 \0n\0o\0t\0 \0s\0u\0r\0e\0 \0i\0f\0 \0i\0t\0 \0c\0o\0u\0l\0d
p\0o\0s\0s\0i\0b\0l\0y\0 \0b\0e\0 \0r\0e\0l\0a\0t\0e\0d\0 \0o\0r\0 \0n\0o\0t\0.\0.\0.\0I\0 \0d\0i\0d\0n\0'\0t\0 \0f\0i\0n\0d\0 \0m\0u\0c\0h\0 \0o\0n\0 \0g\0o\0o\0g\0l\0e\0 \0f\0o\0r\0 \0t\0h\0e\0 \0e\0r\0r\0o\0r
m\0e\0s\0s\0a\0g\0e\0.\0.\0.\0s\0o\0 \0I\0'\0m\0 \0n\0o\0t\0 \0s\0u\0r\0e\0 \0w\0h\0a\0t\0 \0i\0t\0 \0r\0e\0a\0l\0l\0y\0 \0m\0e\0a\0n\0s\0.\0.\0.
M\0a\0t\0t\0h\0e\0w\0 \0i\0f\0 \0y\0o\0u\0 \0t\0h\0i\0n\0k\0 \0t\0h\0e\0y\0 \0a\0r\0e\0 \0r\0e\0l\0a\0t\0e\0d\0 \0a\0n\0d\0 \0t\0h\0e\0 \0b\0u\0g\0 \0s\0t\0i\0l\0l\0 \0e\0x\0i\0s\0t\0s\0 \0i\0n\0 \0v\0s\02\00\00\05
I\0'\0l\0l\0 \0k\0e\0e\0p\0 \0t\0r\0y\0i\0n\0g\0 \0t\0o\0 \0g\0e\0t\0 \0s\0o\0m\0e\0t\0h\0i\0n\0g\0 \0t\0o\0 \0s\0u\0b\0m\0i\0t\0 \0t\0o\0 \0y\0o\0u\0.\0.\0.\0i\0f\0 \0n\0o\0t\0,\0 \0t\0h\0e\0n\0 \0i\0t\0'\0s
p\0r\0o\0b\0a\0b\0l\0y\0 \0n\0o\0t\0 \0w\0o\0r\0t\0h\0 \0a\0 \0l\0o\0t\0 \0o\0f\0 \0t\0i\0m\0e\0 \0o\0n\0 \0e\0i\0t\0h\0e\0r\0 \0s\0i\0d\0e\0 \0s\0i\0n\0c\0e\0 \0w\0e\0 \0c\0a\0n\0 \0f\0i\0n\0d\0 \0w\0o\0r\0k
a\0r\0o\0u\0n\0d\0s\0.

-\0-\0-\0-\0-\0O\0r\0i\0g\0i\0n\0a\0l\0 \0M\0e\0s\0s\0a\0g\0e\0-\0-\0-\0-\0-
F\0r\0o\0m\0:\0 \0M\0a\0t\0t\0h\0e\0w\0.\0G\0e\0r\0t\0z\0@\0f\0e\0 e\0d\0b\0a\0c\0k\0.\0m\0i\0c\0r\0o\0s\0o\0f\0t\0.\ 0c\0o\0m
P\0o\0s\0t\0e\0d\0 \0A\0t\0:\0 \0M\0o\0n\0d\0a\0y\0,\0 \0N\0o\0v\0e\0m\0b\0e\0r\0 \02\01\0,\0 \02\00\00\05\0 \01\0:\04\03\0 \0P\0M
P\0o\0s\0t\0e\0d\0 \0T\0o\0:\0 \0m\0i\0c\0r\0o\0s\0o\0f\0t\0.\0p\0u\0b\0l\0i\0c\0 .\0d\0o\0t\0n\0e\0t\0.\0l\0a\0n\0g\0u\0a\0g\0e\0s\ 0.\0v\0b
C\0o\0n\0v\0e\0r\0s\0a\0t\0i\0o\0n\0:\0 \0V\0S\02\00\00\03\0 \0C\0o\0m\0p\0i\0l\0e\0r\0 \0B\0u\0g
S\0u\0b\0j\0e\0c\0t\0:\0 \0R\0e\0:\0 \0V\0S\02\00\00\03\0 \0C\0o\0m\0p\0i\0l\0e\0r\0 \0B\0u\0g
Y\0o\0u\0r\0 \0w\0o\0r\0k\0a\0r\0o\0u\0n\0d\0 \0m\0a\0k\0e\0s\0 \0m\0e\0 \0t\0h\0i\0n\0k\0 \0t\0h\0a\0t\0 \0t\0h\0i\0s\0 \0i\0s\0 \0a\0 \0s\0c\0o\0p\0i\0n\0g\0 \0i\0s\0s\0u\0e\0 \0t\0h\0a\0t\0 \0w\0e\0 \0m\0i\0s\0s\0e\0d\0.\0 \0 \0T\0h\0e\0r\0e\0 \0a\0r\0e\0 \0c\0e\0r\0t\0a\0i\0n\0l\0y\0 \0c\0a\0s\0e\0s\0 \0w\0h\0e\0r\0e\0 \0o\0n\0e\0 \0s\0c\0o\0p\0e\0 \0t\0r\0u\0m\0p\0s\0 \0a\0n\0o\0t\0h\0e\0r\0,\0 \0b\0u\0t\0 \0i\0t\0 \0s\0h\0o\0u\0l\0d\0 \0a\0t\0 \0l\0e\0a\0s\0t\0 \0b\0e\0 \0c\0o\0n\0s\0i\0s\0t\0e\0n\0t\0 \0e\0v\0e\0r\0y\0 \0t\0i\0m\0e\0,\0 \0a\0n\0d\0 \0n\0o\0t\0 \0c\0h\0a\0n\0g\0e\0 \0s\0i\0m\0p\0l\0y\0 \0b\0e\0c\0a\0u\0s\0e\0 \0y\0o\0u\0 \0b\0u\0i\0l\0t\0 \0t\0h\0e\0 \0e\0x\0e\0c\0u\0t\0a\0b\0l\0e\0 \0o\0r\0 \0t\0o\0g\0g\0l\0e\0d\0 \0i\0t\0s\0 \0a\0c\0c\0e\0s\0s\0o\0r\0.\0 \0 \0(\0T\0h\0a\0t\0'\0s\0 \0w\0h\0a\0t\0 \0r\0e\0a\0l\0l\0y\0 \0c\0o\0n\0c\0e\0r\0n\0s\0 \0m\0e\0.\0 \0 \0O\0t\0h\0e\0r\0s\0 \0o\0n\0 \0t\0h\0i\0s\0 \0t\0h\0r\0e\0a\0d\0 \0h\0a\0v\0e\0 \0s\0u\0g\0g\0e\0s\0t\0e\0d\0 \0i\0d\0e\0a\0s\0 \0f\0o\0r\0 \0a\0d\0d\0r\0e\0s\0s\0i\0n\0g\0 \0t\0h\0e\0 \0p\0r\0o\0b\0l\0e\0m\0,\0 \0a\0n\0d\0 \0y\0o\0u\0'\0v\0e\0 \0g\0o\0t\0 \0y\0o\0u\0r\0 \0o\0w\0n\0 \0w\0o\0r\0k\0a\0r\0o\0u\0n\0d\0,\0 \0b\0u\0t\0 \0i\0t\0'\0s\0 \0t\0h\0e\0 \0c\0o\0n\0s\0i\0s\0t\0e\0n\0c\0y\0 \0t\0h\0a\0t\0 \0i\0s\0 \0p\0r\0o\0b\0l\0e\0m\0a\0t\0i\0c\0.

S\0u\0r\0e\0,\0 \0i\0f\0 \0y\0o\0u\0'\0v\0e\0 \0g\0o\0t\0 \0t\0h\0i\0r\0d\0 \0p\0a\0r\0t\0y\0 \0c\0o\0n\0t\0r\0o\0l\0s\0,\0 \0b\0y\0 \0a\0l\0l\0 \0m\0e\0a\0n\0s\0,\0 \0l\0e\0a\0v\0e\0 \0t\0h\0e\0m\0 \0o\0u\0t\0 \0o\0f\0 \0t\0h\0e\0 \0r\0e\0p\0r\0o\0,\0 \0a\0n\0d\0 \0w\0e\0'\0l\0l\0 \0d\0o\0 \0o\0u\0r\0 \0b\0e\0s\0t\0 \0t\0o\0 \0m\0u\0d\0d\0l\0e\0 \0t\0h\0r\0o\0u\0g\0h\0.\0 \0 \0(\0I\0f\0 \0y\0o\0u\0 \0c\0a\0n\0 \0n\0a\0r\0r\0o\0w\0 \0i\0t\0 \0d\0o\0w\0n\0 \0t\0o\0 \0j\0u\0s\0t\0 \0o\0n\0e\0 \0p\0r\0o\0j\0e\0c\0t\0,\0 \0s\0o\0 \0m\0u\0c\0h\0 \0t\0h\0e\0 \0b\0e\0t\0t\0e\0r\0 \0:\0-\0)\0)\0.

-\0-\0M\0a\0t\0t\0-\0-\0*
-\0-\0-\0-\0-\0O\0r\0i\0g\0i\0n\0a\0l\0 \0M\0e\0s\0s\0a\0g\0e\0-\0-\0-\0-\0-
F\0r\0o\0m\0:\0 \0c\0h\0r\0i\0s
P\0o\0s\0t\0e\0d\0 \0A\0t\0:\0 \0M\0o\0n\0d\0a\0y\0,\0 \0N\0o\0v\0e\0m\0b\0e\0r\0 \02\01\0,\0 \02\00\00\05\0 \01\0:\01\01\0 \0P\0M
P\0o\0s\0t\0e\0d\0 \0T\0o\0:\0 \0m\0i\0c\0r\0o\0s\0o\0f\0t\0.\0p\0u\0b\0l\0i\0c\0 .\0d\0o\0t\0n\0e\0t\0.\0l\0a\0n\0g\0u\0a\0g\0e\0s\ 0.\0v\0b
C\0o\0n\0v\0e\0r\0s\0a\0t\0i\0o\0n\0:\0 \0V\0S\02\00\00\03\0 \0C\0o\0m\0p\0i\0l\0e\0r\0 \0B\0u\0g
S\0u\0b\0j\0e\0c\0t\0:\0 \0R\0e\0:\0 \0V\0S\02\00\00\03\0 \0C\0o\0m\0p\0i\0l\0e\0r\0 \0B\0u\0g
T\0h\0e\0r\0e\0 \0a\0r\0e\0 \0s\0e\0v\0e\0r\0a\0l\0 \0r\0e\0f\0e\0r\0e\0n\0c\0e\0s\0 \0t\0o\0 \03\0r\0d\0 \0p\0a\0r\0t\0y\0 \0c\0o\0n\0t\0r\0o\0l\0s\0 \0u\0s\0e\0d\0 \0t\0h\0r\0o\0u\0g\0h\0o\0u\0t\0 \0t\0h\0e
s\0o\0l\0u\0t\0i\0o\0n\0.\0.\0.\0a\0n\0d\0 \0I\0'\0m\0 \0n\0o\0t\0 \0s\0u\0r\0e\0 \0I\0 \0c\0a\0n\0 \0r\0e\0d\0i\0s\0t\0r\0i\0b\0u\0t\0e\0 \0t\0h\0e\0m\0 \0t\0o\0 \0y\0o\0u\0.\0.\0.\0.\0w\0i\0l\0l\0 \0y\0o\0u\0 \0g\0u\0y\0s
s\0t\0i\0l\0l\0 \0b\0e\0 \0a\0b\0l\0e\0 \0t\0o\0 \0w\0o\0r\0k\0 \0w\0i\0t\0h\0 \0i\0t\0?

I\0n\0t\0e\0r\0e\0s\0t\0i\0n\0g\0l\0y\0 \0e\0n\0o\0u\0g\0h\0 \0I\0 \0a\0l\0s\0o\0 \0h\0a\0p\0p\0e\0n\0e\0d\0 \0t\0o\0 \0f\0i\0n\0d\0 \0a\0 \0p\0e\0r\0m\0a\0n\0e\0n\0t\0 \0w\0o\0r\0k\0a\0r\0o\0u\0n\0d\0.\0.\0.\0.\0I
c\0h\0a\0n\0g\0e\0d\0 \0t\0h\0e\0 \0l\0o\0c\0a\0t\0i\0o\0n\0 \0i\0n\0 \0t\0h\0e\0 \0f\0i\0l\0e\0 \0w\0h\0e\0r\0e\0 \0t\0h\0e\0 \0v\0a\0r\0i\0a\0b\0l\0e\0s\0 \0w\0e\0r\0e\0 \0a\0l\0l\0 \0d\0e\0c\0l\0a\0r\0e\0d
(\0m\0o\0v\0e\0d\0 \0t\0h\0e\0m\0 \0d\0i\0r\0e\0c\0t\0l\0y\0 \0b\0e\0l\0o\0w\0 \0t\0h\0e\0 \0c\0l\0a\0s\0s\0 \0d\0e\0c\0l\0a\0r\0a\0t\0i\0o\0n\0)\0 \0a\0n\0d\0 \0n\0o\0w\0 \0i\0t\0 \0c\0o\0m\0p\0i\0l\0e\0s\0 \0e\0v\0e\0r\0y
t\0i\0m\0e\0.

T\0h\0a\0n\0k\0s
<\0M\0a\0t\0t\0h\0e\0w\0.\0G\0e\0r\0t\0z\0@\0f\0e\ 0e\0d\0b\0a\0c\0k\0.\0m\0i\0c\0r\0o\0s\0o\0f\0t\0. \0c\0o\0m\0>\0 \0w\0r\0o\0t\0e\0 \0i\0n\0 \0m\0e\0s\0s\0a\0g\0e
n\0e\0w\0s\0:\0u\0W\0f\0J\0$\0X\0J\07\0F\0H\0A\0.\ 03\03\08\08\0@\0T\0K\02\0M\0S\0F\0T\0N\0G\0P\01\01 \0.\0p\0h\0x\0.\0g\0b\0l\0.\0.\0.
\0 \0(\0O\0h\0,\0 \0a\0n\0d\0 \0i\0g\0n\0o\0r\0e\0 \0t\0h\0e\0 \0f\0a\0c\0t\0 \0i\0n\0 \0t\0h\0i\0s\0 \0c\0a\0s\0e\0 \0t\0h\0a\0t\0 \0y\0o\0u\0'\0r\0e\0 \0u\0s\0i\0n\0g\0 \02\00\00\03\0 \0i\0n\0s\0t\0e\0a\0d\0 \0o\0f
\0 \02\00\00\05\0,\0 \0w\0h\0i\0c\0h\0 \0i\0s\0 \0w\0h\0a\0t\0 \0t\0h\0e\0 \0M\0S\0D\0N\0 \0F\0e\0e\0d\0b\0a\0c\0k\0 \0c\0e\0n\0t\0e\0r\0 \0i\0s\0 \0t\0e\0c\0h\0n\0i\0c\0a\0l\0l\0y\0 \0t\0a\0r\0g\0e\0t\0e\0d\0 \0f\0o\0r\0.
\0 \0I\0 \0w\0a\0n\0t\0 \0t\0o\0 \0m\0a\0k\0e\0 \0s\0u\0r\0e\0 \0t\0h\0a\0t\0 \0t\0h\0i\0s\0 \0i\0s\0n\0'\0t\0 \0r\0e\0p\0r\0o\0i\0n\0g\0 \0i\0n\0 \02\00\00\05\0 \0a\0s\0 \0w\0e\0l\0l\0 \0a\0s\0 \02\00\00\03\0.\0)


Nov 29 '05 #10

P: n/a
Hi

Thanks for your feedback.
We have reported the issue.

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

Dec 3 '05 #11

This discussion thread is closed

Replies have been disabled for this discussion.