473,289 Members | 1,866 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,289 software developers and data experts.

BUG: Visual Basic Internal compiler error (related to the known bug)

when attempting to edit code in a class file, i see the bug "Visual Basic
..NET compiler is unable to recover from the following error: System Error
&Hc0000005&(Visual Basic internal compiler error) Save your work and restart
Visual Studio .NET."

has anyone seen this bug and can you confirm one way or the other whether or
not it can corrupt your source files? (by 'corrupt' i mean: do anything to
it that will cause it to fail to load and work properly in VS.Net)

i don't know *exactly* what is the cause of it. it has occurred when i Cut
certain lines out of the code, and also when i delete blank lines. i guess
it is triggered by the background compilation that occurs when you edit
source code.

because the code in question pertains (indirectly) to trying to use
AddHandler/RemoveHandler on a member of an array, i assume this is related
to the known bug discussed here:
http://support.microsoft.com/default...b;en-us;819349

in typically poor M$ documentary fashion, the knowledge base article
mentions not one word of the rest of the story - that this bug can hit you
while you are editing, not just compiling. the background compilation
process is just as susceptible as an explicit compile.

it also doesn't mention one word about a workaround. this seems to go
against M$ documentary practices of obligingly stating (only) the obvious.
i am surprised they couldn't add the one sentence to the KB article:
"Workaround: don't use a control array when you plan to use
AddHandler/RemoveHandler with said controls."

(also note the sentence in the KB article: "Microsoft has confirmed that
this is a bug in the Microsoft products that are listed at the beginning of
this article." Uh ... the products are listed at the end of the article...
it's not a big deal, but it evidences the fact that significant parts of the
M$ help base are totally neglected in terms of revision and editing. come
on guys, intern some grammar school kids or SOMEthing!)

that's about it for now other than to say - thanks M$ for not letting me
down today! another awesome day working with your products, begun the only
*proper* way: being faced with a bug within 5 minutes of booting up the
IDE...

--
-=Where do you want to go today? How about
http://register.microsoft.com/mswish....asp?LCID=1033 ?=-
Jul 21 '05 #1
5 7187
emboldened by a recent backup, i thought i'd continue editing the
problematic (potentially corrupt) source files. *A VERY BAD IDEA!* it
seems the error "Unknown undo/redo error." lurks not far behind... which
can result in operations that fail (like a Cut that doesn't put anything in
the clipboard), yet can't be undone!

sweetness!

i guess now i'll revert to my backup, edit anything potentially offensive
out of the source files using notepad, then try to resume with VS.Net.

(SWEETNESS!)

"K. Shier" <ks*****@spamAtYourOwnRisk.yahoo.com> wrote in message
news:uV**************@tk2msftngp13.phx.gbl...
has anyone seen this bug and can you confirm one way or the other whether or not it can corrupt your source files? (by 'corrupt' i mean: do anything to it that will cause it to fail to load and work properly in VS.Net)

Jul 21 '05 #2
Well, for a start, cut the M$ stuff and start typing like you actually care
about getting a response. Rude posts will get you ignored, nothing more.

Secondly, it seems obvious that the background compilation would fail in
this instance, but you should report it anyway. Maybe they don't know or
havn't realized it fails during background compilation in some\all cases. It
is also very rare to know the exact cause of ICE's, and they are generally
exceedingly rare things.
Also, considering you couldn't get this post grammatically right, stop
fussing so much about other peoples writing.
Now, to suggest a fix, instead of using AddHandler and RemoveHandler
directly on the array, pull each member out into a Control reference and
call it that way. That should work ok.

"K. Shier" <ks*****@spamAtYourOwnRisk.yahoo.com> wrote in message
news:uV****************@tk2msftngp13.phx.gbl...
when attempting to edit code in a class file, i see the bug "Visual Basic
.NET compiler is unable to recover from the following error: System Error
&Hc0000005&(Visual Basic internal compiler error) Save your work and restart Visual Studio .NET."

has anyone seen this bug and can you confirm one way or the other whether or not it can corrupt your source files? (by 'corrupt' i mean: do anything to it that will cause it to fail to load and work properly in VS.Net)

i don't know *exactly* what is the cause of it. it has occurred when i Cut certain lines out of the code, and also when i delete blank lines. i guess it is triggered by the background compilation that occurs when you edit
source code.

because the code in question pertains (indirectly) to trying to use
AddHandler/RemoveHandler on a member of an array, i assume this is related
to the known bug discussed here:
http://support.microsoft.com/default...b;en-us;819349

in typically poor M$ documentary fashion, the knowledge base article
mentions not one word of the rest of the story - that this bug can hit you
while you are editing, not just compiling. the background compilation
process is just as susceptible as an explicit compile.

it also doesn't mention one word about a workaround. this seems to go
against M$ documentary practices of obligingly stating (only) the obvious.
i am surprised they couldn't add the one sentence to the KB article:
"Workaround: don't use a control array when you plan to use
AddHandler/RemoveHandler with said controls."

(also note the sentence in the KB article: "Microsoft has confirmed that
this is a bug in the Microsoft products that are listed at the beginning of this article." Uh ... the products are listed at the end of the article... it's not a big deal, but it evidences the fact that significant parts of the M$ help base are totally neglected in terms of revision and editing. come
on guys, intern some grammar school kids or SOMEthing!)

that's about it for now other than to say - thanks M$ for not letting me
down today! another awesome day working with your products, begun the only *proper* way: being faced with a bug within 5 minutes of booting up the
IDE...

--
-=Where do you want to go today? How about
http://register.microsoft.com/mswish....asp?LCID=1033 ?=-

Jul 21 '05 #3
Well, for a start, cut the M$ stuff and start typing like you actually care
about getting a response. Rude posts will get you ignored, nothing more.

Secondly, it seems obvious that the background compilation would fail in
this instance, but you should report it anyway. Maybe they don't know or
havn't realized it fails during background compilation in some\all cases. It
is also very rare to know the exact cause of ICE's, and they are generally
exceedingly rare things.
Also, considering you couldn't get this post grammatically right, stop
fussing so much about other peoples writing.
Now, to suggest a fix, instead of using AddHandler and RemoveHandler
directly on the array, pull each member out into a Control reference and
call it that way. That should work ok.

"K. Shier" <ks*****@spamAtYourOwnRisk.yahoo.com> wrote in message
news:uV****************@tk2msftngp13.phx.gbl...
when attempting to edit code in a class file, i see the bug "Visual Basic
.NET compiler is unable to recover from the following error: System Error
&Hc0000005&(Visual Basic internal compiler error) Save your work and restart Visual Studio .NET."

has anyone seen this bug and can you confirm one way or the other whether or not it can corrupt your source files? (by 'corrupt' i mean: do anything to it that will cause it to fail to load and work properly in VS.Net)

i don't know *exactly* what is the cause of it. it has occurred when i Cut certain lines out of the code, and also when i delete blank lines. i guess it is triggered by the background compilation that occurs when you edit
source code.

because the code in question pertains (indirectly) to trying to use
AddHandler/RemoveHandler on a member of an array, i assume this is related
to the known bug discussed here:
http://support.microsoft.com/default...b;en-us;819349

in typically poor M$ documentary fashion, the knowledge base article
mentions not one word of the rest of the story - that this bug can hit you
while you are editing, not just compiling. the background compilation
process is just as susceptible as an explicit compile.

it also doesn't mention one word about a workaround. this seems to go
against M$ documentary practices of obligingly stating (only) the obvious.
i am surprised they couldn't add the one sentence to the KB article:
"Workaround: don't use a control array when you plan to use
AddHandler/RemoveHandler with said controls."

(also note the sentence in the KB article: "Microsoft has confirmed that
this is a bug in the Microsoft products that are listed at the beginning of this article." Uh ... the products are listed at the end of the article... it's not a big deal, but it evidences the fact that significant parts of the M$ help base are totally neglected in terms of revision and editing. come
on guys, intern some grammar school kids or SOMEthing!)

that's about it for now other than to say - thanks M$ for not letting me
down today! another awesome day working with your products, begun the only *proper* way: being faced with a bug within 5 minutes of booting up the
IDE...

--
-=Where do you want to go today? How about
http://register.microsoft.com/mswish....asp?LCID=1033 ?=-

Jul 21 '05 #4
"Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
news:MrEhb.83238$%h1.86703@sccrnsc02...
Well, for a start, cut the M$ stuff and start typing like you actually care about getting a response. Rude posts will get you ignored, nothing more.
i feel my statements, including my parodized rendition of the common
abbreviation of their company name, are defensible. but that debate belongs
elsewhere... so for now, in the genuine interest of making this NG a more
pleasant place to be, i will 'bite my tongue' and say "my sincere apologies
to anyone who was offended by my rude statement(s)!"*

*Terms and Conditions: Your acknowledgement of this apology signifies your
acceptance of the terms contained herein: 1) This _is_ a sincere apology!
Any attempt to construe it as anything other than such will hereby negate
your entitlement to the benefits it would otherwise confer. 2) Corporations
are not eligible.

=)

Secondly, it seems obvious that the background compilation would fail in
this instance, but you should report it anyway. Maybe they don't know or
havn't realized it fails during background compilation in some\all cases.
all my bug reports are CC'ed to
http://register.microsoft.com/mswish....asp?LCID=1033, but i post on
the NG anyway, since i've heard (and tend to believe) that it takes many
reports of one issue before they deem it 'legitimate' enough to merit
investigation.

i am relatively inexperienced with VS.Net, yet after a quick Google, i was
able to assess that this problem was related to the known bug within about
.... 2 minutes. what legitimate reason could there be for someone who is
intimately familiar with VS.Net (as we presume the members of the VS.Net dev
team to be) to not reach this same realization independently, but even
faster?!

"...they don't know or haven't realized it..." = another way of saying they
spent inadequate time investigating this issue.

which reminds me... i wonder why the bug we are discussing was known in
VS2002 yet still exists in VS2003...

Also, considering you couldn't get this post grammatically right, stop
fussing so much about other peoples writing.
"couldn't" and "didn't" are different things. my NG posts (most of them, at
least) aren't meant to be canon references on technical subjects! they are
informal, and written in an intentionally colloquial style. still, they
usually have no problem being understood.

to contrast: if it was *my (paid) occupation* to write articles for this
newsgroup, they would be unassailable in both content and form, to the best
of my human ability!

either way: maybe i *should* be more conscientious about the bug reports i
write-up, but i still don't think i'm the #1 candidate for "Who Needs To Be
More Conscientious?" here...

and FYI: as for my comment about the grammar school kids: the implication
was not that these kids would be better-qualified for finding obvious errors
and oversights, rather that interns might actually _have the time_ to spend
on 'tedious' tasks like proofreading of documentation. (since the actual
authors and their supervisors/editors evidently don't.)

Now, to suggest a fix, instead of using AddHandler and RemoveHandler
directly on the array, pull each member out into a Control reference and
call it that way. That should work ok.
i *DO* appreciate the suggestion! THANKS! =) ...but forgive me if i don't
try it right away. i already spent a bunch of time rewriting portions of
code back into a form that works, and i just don't have any more time for
experiments with this issue. (especially in dangerous territory like this,
where an entire project can go haywire before you can say "CTRL+Z"!)

maybe on my next project i'll be able to take advantage of this workaround,
but hopefully this bug will be fixed by then and i won't have to!

"K. Shier" <ks*****@spamAtYourOwnRisk.yahoo.com> wrote in message
news:uV****************@tk2msftngp13.phx.gbl...
when attempting to edit code in a class file, i see the bug "Visual Basic .NET compiler is unable to recover from the following error: System Error &Hc0000005&(Visual Basic internal compiler error) Save your work and restart
Visual Studio .NET."

has anyone seen this bug and can you confirm one way or the other whether or
not it can corrupt your source files? (by 'corrupt' i mean: do anything

to
it that will cause it to fail to load and work properly in VS.Net)

i don't know *exactly* what is the cause of it. it has occurred when i

Cut
certain lines out of the code, and also when i delete blank lines. i

guess
it is triggered by the background compilation that occurs when you edit
source code.

because the code in question pertains (indirectly) to trying to use
AddHandler/RemoveHandler on a member of an array, i assume this is

related to the known bug discussed here:
http://support.microsoft.com/default...b;en-us;819349

in typically poor M$ documentary fashion, the knowledge base article
mentions not one word of the rest of the story - that this bug can hit you while you are editing, not just compiling. the background compilation
process is just as susceptible as an explicit compile.

it also doesn't mention one word about a workaround. this seems to go
against M$ documentary practices of obligingly stating (only) the obvious. i am surprised they couldn't add the one sentence to the KB article:
"Workaround: don't use a control array when you plan to use
AddHandler/RemoveHandler with said controls."

(also note the sentence in the KB article: "Microsoft has confirmed that this is a bug in the Microsoft products that are listed at the beginning

of
this article." Uh ... the products are listed at the end of the

article...
it's not a big deal, but it evidences the fact that significant parts of

the
M$ help base are totally neglected in terms of revision and editing. come on guys, intern some grammar school kids or SOMEthing!)

that's about it for now other than to say - thanks M$ for not letting me
down today! another awesome day working with your products, begun the

only
*proper* way: being faced with a bug within 5 minutes of booting up the
IDE...

--
-=Where do you want to go today? How about
http://register.microsoft.com/mswish....asp?LCID=1033 ?=-


Jul 21 '05 #5

"K. Shier" <ks*****@spamAtYourOwnRisk.yahoo.com> wrote in message
news:uy**************@TK2MSFTNGP11.phx.gbl...
"Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
news:MrEhb.83238$%h1.86703@sccrnsc02...
Well, for a start, cut the M$ stuff and start typing like you actually care
about getting a response. Rude posts will get you ignored, nothing more.


i feel my statements, including my parodized rendition of the common
abbreviation of their company name, are defensible. but that debate

belongs elsewhere... so for now, in the genuine interest of making this NG a more
pleasant place to be, i will 'bite my tongue' and say "my sincere apologies to anyone who was offended by my rude statement(s)!"*

*Terms and Conditions: Your acknowledgement of this apology signifies your acceptance of the terms contained herein: 1) This _is_ a sincere apology!
Any attempt to construe it as anything other than such will hereby negate
your entitlement to the benefits it would otherwise confer. 2) Corporations are not eligible.

=)

Sorry about being cranky, I spend alot of time reading and responding on
these groups and I do expect a level of respect in the posts. Sometimes I
get annoyed at rants.
Secondly, it seems obvious that the background compilation would fail in
this instance, but you should report it anyway. Maybe they don't know or
havn't realized it fails during background compilation in some\all cases.

all my bug reports are CC'ed to
http://register.microsoft.com/mswish....asp?LCID=1033, but i post on the NG anyway, since i've heard (and tend to believe) that it takes many
reports of one issue before they deem it 'legitimate' enough to merit
investigation.

i am relatively inexperienced with VS.Net, yet after a quick Google, i was
able to assess that this problem was related to the known bug within about
... 2 minutes. what legitimate reason could there be for someone who is
intimately familiar with VS.Net (as we presume the members of the VS.Net dev team to be) to not reach this same realization independently, but even
faster?!

"...they don't know or haven't realized it..." = another way of saying they spent inadequate time investigating this issue.

which reminds me... i wonder why the bug we are discussing was known in
VS2002 yet still exists in VS2003...
It got overruled for some reason, would be my guess. In a product of
VS.NET's size, it is very easy for a known bug to slip through the cracks
due to a volume of other bugs & feature additions. Sometimes they just don't
make it in. There is an ICE in C# that I reported during the VS2003 beta
that was never fixed, it simply has to wait because it almost never happens.
It is the unfortunate reality of large, commercial products.
However it is good to send in error reports as often as appropriate and
posting here is not of any real err, it is simply something that I think
should be written a little more calmly. Remember 95% of the readers here do
not and probably never will work for microsoft.
Also, considering you couldn't get this post grammatically right, stop
fussing so much about other peoples writing.
"couldn't" and "didn't" are different things. my NG posts (most of them,

at least) aren't meant to be canon references on technical subjects! they are informal, and written in an intentionally colloquial style. still, they
usually have no problem being understood.

to contrast: if it was *my (paid) occupation* to write articles for this
newsgroup, they would be unassailable in both content and form, to the best of my human ability!

either way: maybe i *should* be more conscientious about the bug reports i write-up, but i still don't think i'm the #1 candidate for "Who Needs To Be More Conscientious?" here...

and FYI: as for my comment about the grammar school kids: the implication was not that these kids would be better-qualified for finding obvious errors and oversights, rather that interns might actually _have the time_ to spend on 'tedious' tasks like proofreading of documentation. (since the actual
authors and their supervisors/editors evidently don't.)
The point was made more because, like I mentioned above, some people spend a
great deal of time reading these groups. A clear, non-ranting post tends to
get a better response than anything else. These people are all here posting
and attempting to help on their own, mostly, not out of any loyalty or paid
occupation.
Now, to suggest a fix, instead of using AddHandler and RemoveHandler
directly on the array, pull each member out into a Control reference and
call it that way. That should work ok.
i *DO* appreciate the suggestion! THANKS! =) ...but forgive me if i

don't try it right away. i already spent a bunch of time rewriting portions of
code back into a form that works, and i just don't have any more time for
experiments with this issue. (especially in dangerous territory like this, where an entire project can go haywire before you can say "CTRL+Z"!)

maybe on my next project i'll be able to take advantage of this workaround, but hopefully this bug will be fixed by then and i won't have to!

Heh, I'm glad the suggestion may work, I don't use VB anywhere near enough
to know if that may cause a problem.
"K. Shier" <ks*****@spamAtYourOwnRisk.yahoo.com> wrote in message
news:uV****************@tk2msftngp13.phx.gbl...
when attempting to edit code in a class file, i see the bug "Visual Basic .NET compiler is unable to recover from the following error: System Error &Hc0000005&(Visual Basic internal compiler error) Save your work and

restart
Visual Studio .NET."

has anyone seen this bug and can you confirm one way or the other whether
or
not it can corrupt your source files? (by 'corrupt' i mean: do anything to
it that will cause it to fail to load and work properly in VS.Net)

i don't know *exactly* what is the cause of it. it has occurred when
i Cut
certain lines out of the code, and also when i delete blank lines. i

guess
it is triggered by the background compilation that occurs when you
edit source code.

because the code in question pertains (indirectly) to trying to use
AddHandler/RemoveHandler on a member of an array, i assume this is

related to the known bug discussed here:
http://support.microsoft.com/default...b;en-us;819349

in typically poor M$ documentary fashion, the knowledge base article
mentions not one word of the rest of the story - that this bug can hit you while you are editing, not just compiling. the background compilation
process is just as susceptible as an explicit compile.

it also doesn't mention one word about a workaround. this seems to go
against M$ documentary practices of obligingly stating (only) the obvious. i am surprised they couldn't add the one sentence to the KB article:
"Workaround: don't use a control array when you plan to use
AddHandler/RemoveHandler with said controls."

(also note the sentence in the KB article: "Microsoft has confirmed that this is a bug in the Microsoft products that are listed at the beginning of
this article." Uh ... the products are listed at the end of the

article...
it's not a big deal, but it evidences the fact that significant parts
of
the
M$ help base are totally neglected in terms of revision and editing.

come on guys, intern some grammar school kids or SOMEthing!)

that's about it for now other than to say - thanks M$ for not letting

me down today! another awesome day working with your products, begun the

only
*proper* way: being faced with a bug within 5 minutes of booting up the IDE...

--
-=Where do you want to go today? How about
http://register.microsoft.com/mswish....asp?LCID=1033 ?=-



Jul 21 '05 #6

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

Similar topics

0
by: Alex | last post by:
Hi, I have a problem with the VB.NET compiler: When I open my solution I recive the message : "Visual Basic .Net compiler is unable to recover from the following error : System Error...
0
by: Runge Developer | last post by:
When compiling a VB.NET assembly we reguarly have the problem where it either hangs or produces the following error: ----- Visual Basic .NET compiler is unable to recover from the following error:...
9
by: Thomas Christensen | last post by:
If anyone can provide an explanation and/or workaround for this bug in IE I would be really grateful. Is this a known bug?: ******CODE******* <html> <script type="text/javascript"> function...
19
by: Martin Oddman | last post by:
Hi, I have a compiling problem. Please take a look at the code below. I have an application that is built upon three tiers: one data tier (Foo.DataManager), one business tier (Foo.Kernel) and...
19
by: Jerry | last post by:
I managed to narrow this down to a very simple expression. try this: private void Bug() { bool b = false; Test(3, (b || b) && b && !b); } private void Works() {
3
by: Sven Groot | last post by:
This was posted by someone in comp.lang.c++, and later in microsoft.public.vstudio.general, but since I know Carl is in this group, and he's the one that should read this, I've reposted it here....
1
by: reom | last post by:
Hi, I'm not sure this is the right place to report bugs in MS Visual C++ .NET 2003. I posted the same message on MSDN forums (http://forums.microsoft.com/msdn/ShowPost.aspx?PostID=95745). In...
4
by: K. Shier | last post by:
when attempting to edit code in a class file, i see the bug "Visual Basic ..NET compiler is unable to recover from the following error: System Error &Hc0000005&(Visual Basic internal compiler...
0
by: Kurt B. Kaiser | last post by:
Patch / Bug Summary ___________________ Patches : 385 open (+21) / 3790 closed (+21) / 4175 total (+42) Bugs : 1029 open (+43) / 6744 closed (+43) / 7773 total (+86) RFE : 262 open...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: marcoviolo | last post by:
Dear all, I would like to implement on my worksheet an vlookup dynamic , that consider a change of pivot excel via win32com, from an external excel (without open it) and save the new file into a...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...

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.