473,856 Members | 1,659 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

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 #1
10 3084
"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
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.publi c.dotnet.langua ges.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
(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
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
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.micros oft.com> wrote in message
news:uW******** ******@TK2MSFTN GP11.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
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.publi c.dotnet.langua ges.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.micros oft.com> wrote in message
news:uW******** ******@TK2MSFTN GP11.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
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***********@f eedback.microso ft.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.publi c.dotnet.langua ges.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.micros oft.com> wrote in message
news:uW******** ******@TK2MSFTN GP11.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
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********@gma il.com> wrote in message
news:11******** *************@f 14g2000cwb.goog legroups.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***********@f eedback.microso ft.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.publi c.dotnet.langua ges.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.micros oft.com> wrote in message
news:uW******** ******@TK2MSFTN GP11.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
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\0o\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\0 c\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\0 t\0.\0.\0.\0b\0 u\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\0 b\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\0 s\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\0 b\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\0 g\0e\0.\0.\0.\0 s\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\0 e\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\0 b\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\0 d\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\0e\0d\0b\0a \0c\0k\0.\0m\0i \0c\0r\0o\0s\0o \0f\0t\0.\0c\0o \0m
P\0o\0s\0t\0e\0 d\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\0 d\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\0 r\0s\0a\0t\0i\0 o\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\0 c\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\0 d\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\0 d\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\0 r\0s\0a\0t\0i\0 o\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\0 c\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\0 i\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\0 e\0s\0t\0i\0n\0 g\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\0 e\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\0 d\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\0 s
<\0M\0a\0t\0t\0 h\0e\0w\0.\0G\0 e\0r\0t\0z\0@\0 f\0e\0e\0d\0b\0 a\0c\0k\0.\0m\0 i\0c\0r\0o\0s\0 o\0f\0t\0.\0c\0 o\0m\0>\0 \0w\0r\0o\0t\0e \0 \0i\0n\0 \0m\0e\0s\0s\0a \0g\0e
n\0e\0w\0s\0:\0 u\0W\0f\0J\0$\0 X\0J\07\0F\0H\0 A\0.\03\03\08\0 8\0@\0T\0K\02\0 M\0S\0F\0T\0N\0 G\0P\01\01\0.\0 p\0h\0x\0.\0g\0 b\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

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
3388
by: William F. Zachmann | last post by:
I am working on a project converting a DLL originally written in C++ using Visual Studio 97 accessing a SQL 6.5 data base to VS.Net 2003 and SQL Server 2000. I would very much appreciate any suggestions and/or references to good sources for information about issues I am likely to encounter along the way. My immediate issue, however, is that after opening the old project and accepting the conversion to VS2003, a build fails with five...
3
1365
by: -DG- | last post by:
In C++, there is a compelling reason to recreate projects for the VS2005 compiler rather than simply copy and recompile older code (reason being C++/CLI syntax). I'm wondering if there is any reason to do the same with C# code. Does a newly created project have any differences in compiler switches when compared to a ported VS2003 project?
2
2782
by: -DG- | last post by:
No reply on my previous query, so I'll post this again. I've done a bit more research in the interim. I'm trying to find an easy way to port code from the older VS2003 format to the format used in VS2005. VS2005 uses partial classes to split off the compiler-generated sections of forms. It keeps the editable files uncluttered. I generated very simple projects with VS2003 and with VS2005 to compare the output. Following are...
7
3053
by: YAZ | last post by:
Hello, I have a dll which do some number crunching. Performances (execution speed) are very important in my application. I use VC6 to compile the DLL. A friend of mine told me that in Visual studio 2003 .net optimization were enhanced and that i must gain in performance if I switch to VS 2003 or intel compiler. So I send him the project and he returned a compiled DLL with VS 2003. Result : the VS 2003 compiled Dll is slower than the VC6...
2
1411
by: Fiddelm3742 | last post by:
Well, I dont exactly know if there was a change in how Console Application projects are run/compiled from VS2003 to 2005 or what, but I have an application (mostly C) that used to run in about 2 minutes and now runs in hours. The output of the program seems the same, but the time it takes it run is ridiculous. Yes, I get the general warnings when I compile to use the now more secure functions fopen_s instead of fopen, etc. but no errors...
2
1105
by: Dhruba Bandopadhyay | last post by:
Am wondering if it's possible to make VS2003.NET work with .NET2.0 SDK? Just as we were able to use VS7.1 compiler kit in VS6.0. My company bought lots of VS2003.NET but now we want to use .NET 2.0 but without using VS2005 Express, etc. Possible?
2
5720
by: Tammam | last post by:
Hello All, I had a solution composed of managed/unmanaged C++ , C# projects. It builds with no problem in VS2003 but after converting the solution to VS2005 i get many linking errors such as LNK2020 LNK2028. Below is a little bit of the error report. Error 34 error LNK2020: unresolved token (0A000029) "public: __thiscall std::_Container_base::_Container_base(void)" (??0_Container_base@std@@$$FQAE@XZ) UnmanagedResiprocateController.obj
0
1309
by: microdevsolutions | last post by:
Hello Our environment is - pure .NET (ASP.NET, C#.NET, VB.NET) - MCMS (templates, user controls, etc) - Sharepoint (web parts, smart parts, etc) I am wanting to gradually move our development environments and applications from VS2003/.NET1.1 to VS2005/.NET 2.0. So that we can utilise the testing tools I would like to firstly move the development
3
3599
by: Chris288 | last post by:
Hi, I have a problem where our app when compiled in VS2005 runs about 50% the speed it attains in VS2003. This is an unmanaged C++ app. I have tried most combinations of the optimization and language settings with little change in run speed. I compared the generated native code in various places in the code and noticed two things.
0
9920
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look ! Part I. Meaning of...
0
9764
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it. First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
0
11063
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. Here is my compilation command: g++-12 -std=c++20 -Wnarrowing bit_field.cpp Here is the code in...
0
10699
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that captivates audiences and drives business growth. The Art of Business Website Design Your website is...
0
9535
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
1
7932
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms. Adolph will...
0
5762
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
2
4176
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.
3
3203
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.