 |
BorlandTalk.com
Borland discussion newsgroups
|
| View previous topic :: View next topic |
| Author |
Message |
Ken Tucky
Guest
|
 Posted: Thu Mar 29, 2007 4:30 am Post subject: BDS 2006 IDE Crashing |
 |
|
Is anyone else experiencing the BDS 2006 Windows IDE editor crashing and
washing all modifications down the proverbial bit bucket drain pipe?
At the very least, once a week, during normal text editing... BANG! A
dialog box stipulating some "assert error" pops up, followed by a second
dialog box stating that the application must close. All my work, gone,
goodbye.
I'm not sure if it's me accidentally hitting some weird combination of
keystrokes that's causing this or if others have experienced it too.
So annoying, and I'm up to date with all my patches too.
Does the IDE have some sort of recovery mechanism similar to that of the
Unix/Linux VI Editor? Tired of repeatedly "SAVING" after the simplest of
modifications for fear of losing them. |
|
| Back to top |
|
 |
Dennis Cote
Guest
|
| Posted: Thu Mar 29, 2007 7:53 pm Post subject: Re: BDS 2006 IDE Crashing |
|
|
Ken Tucky wrote:
| Quote: | Is anyone else experiencing the BDS 2006 Windows IDE editor crashing and
washing all modifications down the proverbial bit bucket drain pipe?
At the very least, once a week, during normal text editing... BANG! A
dialog box stipulating some "assert error" pops up, followed by a second
dialog box stating that the application must close. All my work, gone,
goodbye.
|
This is a real bug that CodeGear hasn't found or fixed in a very long
time. It has been reported with Delphi 8 in May 20004, Delphi 2005, and
BDS2006. It is an old problem in the Gallileo IDE.
This google search will return several hits about this problem.
http://groups.google.ca/groups?lnk=hpsg&hl=en&q=amount+%3E%3D+dest+-+startDest
It has been reported in QC
Report #: 33917 Status: Reported
bds asserts using editor
http://qc.codegear.com/wc/qcmain.aspx?d=33917
This problem triggers an assert, so at the very least they should look
at the source code at line 315 of ek_flbuf.cpp and try to figure out
what could cause the assertion to fail.
I have only seen this problem a few times myself.
If you are able to trigger it repeatably, please update the QC entry.
| Quote: | I'm not sure if it's me accidentally hitting some weird combination of
keystrokes that's causing this or if others have experienced it too.
So annoying, and I'm up to date with all my patches too.
Does the IDE have some sort of recovery mechanism similar to that of the
Unix/Linux VI Editor? Tired of repeatedly "SAVING" after the simplest of
modifications for fear of losing them.
|
The IDE does support automatic backup on save and history, but I don't
think there is an autosave function or any crash recovery.
Dennis Cote |
|
| Back to top |
|
|
dhoke
Guest
|
| Posted: Mon Apr 02, 2007 5:23 pm Post subject: Re: BDS 2006 IDE Crashing |
|
|
What I find really sad about this one, is that it is _only_ marked as
reported, not opened... The fact that an assert in their code unrecoverably
terminates a session, seems more than reasonable cause to consider it an
open issue. (And of course I wouldn't like to see them remove the assert,
as its no doubt been left active in RELEASED code because somebody knew a
problem was occurring in that area, but didn't know why. Some three years
(?) later, they apparently still don't know why.)
Happily for me, I've only hit this once in nine months of using BDS2006 (and
I think that is my QC report from that occurrence) until today.
Sadly, just having read this post this morning, I had it happen in the past
15 minutes.
(Shh, maybe if we don't talk about it, it will go away and leave us alone.
Although I guess that hasn't worked for the past 3 years or so.)
Definitely, if you can observe any patterns about what editor actions you
may have been utilizing prior to these occurrences, PLEASE add them to the
QC report. If it happens once a week, you've got a better shot at
identifying a pattern than me.
(Although I have trouble finding patterns with the once-a-day occurrences of
having sessions freeze, terminate, or otherwise behave erratically. The
only pattern I see is that if I am actively engaged in editing (text/forms),
compiling, and debugging within the bds environment throughout an entire
day, on my dell precision 380 workstation, 3.6GHz P4Hyper-Threaded, 2GB ram,
I can pretty well count on such an occurrence at least once in a day. For
this reason, when reasonable for me to do so, I stay out of the environment.
Oh, and it seems to be more likely to happen with a medium size project
(currently 30,000 lines and growing) plus 10-15 libraries linked in. But
then, that's the project I currently spend most of my time in.)
In today's occurrence, I had just been typing some text at the end of a line
(60-80 characters out, or so), and had done several backspaces to correct
something. The backspaced characters had not yet been deleted from the
display when the assert occurred.
"Dennis Cote" <dennis.cote (AT) gmail (DOT) com> wrote in message
news:460bd2e7$1 (AT) newsgroups (DOT) borland.com...
| Quote: | Ken Tucky wrote:
Is anyone else experiencing the BDS 2006 Windows IDE editor crashing and
washing all modifications down the proverbial bit bucket drain pipe?
At the very least, once a week, during normal text editing... BANG! A
dialog box stipulating some "assert error" pops up, followed by a second
dialog box stating that the application must close. All my work, gone,
goodbye.
This is a real bug that CodeGear hasn't found or fixed in a very long
time. It has been reported with Delphi 8 in May 20004, Delphi 2005, and
BDS2006. It is an old problem in the Gallileo IDE.
This google search will return several hits about this problem.
http://groups.google.ca/groups?lnk=hpsg&hl=en&q=amount+%3E%3D+dest+-+startDest
It has been reported in QC
Report #: 33917 Status: Reported
bds asserts using editor
http://qc.codegear.com/wc/qcmain.aspx?d=33917
This problem triggers an assert, so at the very least they should look at
the source code at line 315 of ek_flbuf.cpp and try to figure out what
could cause the assertion to fail.
I have only seen this problem a few times myself.
If you are able to trigger it repeatably, please update the QC entry.
I'm not sure if it's me accidentally hitting some weird combination of
keystrokes that's causing this or if others have experienced it too.
So annoying, and I'm up to date with all my patches too.
Does the IDE have some sort of recovery mechanism similar to that of the
Unix/Linux VI Editor? Tired of repeatedly "SAVING" after the simplest of
modifications for fear of losing them.
The IDE does support automatic backup on save and history, but I don't
think there is an autosave function or any crash recovery.
Dennis Cote |
|
|
| Back to top |
|
|
David M
Guest
|
| Posted: Thu Apr 05, 2007 6:56 am Post subject: Re: BDS 2006 IDE Crashing |
|
|
I've seen this too, only a few times though. For me it only occurs when
deleting something in the code editor, such as deleting by selecting
something and typing, or deleteing and typing immediately.
The impression I've got is that when it happens, I'm doing things fairly
fast - pressing lots of keys, typing a lot, assuming the editor is keeping
up. I have a 2Ghz Core 2 Duo - it /should/ be able to keep up on that,
surely...! Maybe it only occurs in some very unfortunate order of keypress
messages or it's a thread synchronization issue. Either way I wish they'd
fix it, a bug where the whole IDE goes down without even a caught exception
to send the error to them is terrible.
"dhoke" <dhoke.nojunk@east-shore.com> wrote in message
news:4610f617$1 (AT) newsgroups (DOT) borland.com...
| Quote: | What I find really sad about this one, is that it is _only_ marked as
reported, not opened... The fact that an assert in their code
unrecoverably terminates a session, seems more than reasonable cause to
consider it an open issue. (And of course I wouldn't like to see them
remove the assert, as its no doubt been left active in RELEASED code
because somebody knew a problem was occurring in that area, but didn't
know why. Some three years (?) later, they apparently still don't know
why.)
Happily for me, I've only hit this once in nine months of using BDS2006
(and I think that is my QC report from that occurrence) until today.
Sadly, just having read this post this morning, I had it happen in the
past 15 minutes.
(Shh, maybe if we don't talk about it, it will go away and leave us alone.
Although I guess that hasn't worked for the past 3 years or so.)
Definitely, if you can observe any patterns about what editor actions you
may have been utilizing prior to these occurrences, PLEASE add them to the
QC report. If it happens once a week, you've got a better shot at
identifying a pattern than me.
(Although I have trouble finding patterns with the once-a-day occurrences
of having sessions freeze, terminate, or otherwise behave erratically.
The only pattern I see is that if I am actively engaged in editing
(text/forms), compiling, and debugging within the bds environment
throughout an entire day, on my dell precision 380 workstation, 3.6GHz
P4Hyper-Threaded, 2GB ram, I can pretty well count on such an occurrence
at least once in a day. For this reason, when reasonable for me to do so,
I stay out of the environment. Oh, and it seems to be more likely to
happen with a medium size project (currently 30,000 lines and growing)
plus 10-15 libraries linked in. But then, that's the project I currently
spend most of my time in.)
In today's occurrence, I had just been typing some text at the end of a
line (60-80 characters out, or so), and had done several backspaces to
correct something. The backspaced characters had not yet been deleted
from the display when the assert occurred.
"Dennis Cote" <dennis.cote (AT) gmail (DOT) com> wrote in message
news:460bd2e7$1 (AT) newsgroups (DOT) borland.com...
Ken Tucky wrote:
Is anyone else experiencing the BDS 2006 Windows IDE editor crashing and
washing all modifications down the proverbial bit bucket drain pipe?
At the very least, once a week, during normal text editing... BANG! A
dialog box stipulating some "assert error" pops up, followed by a second
dialog box stating that the application must close. All my work, gone,
goodbye.
This is a real bug that CodeGear hasn't found or fixed in a very long
time. It has been reported with Delphi 8 in May 20004, Delphi 2005, and
BDS2006. It is an old problem in the Gallileo IDE.
This google search will return several hits about this problem.
http://groups.google.ca/groups?lnk=hpsg&hl=en&q=amount+%3E%3D+dest+-+startDest
It has been reported in QC
Report #: 33917 Status: Reported
bds asserts using editor
http://qc.codegear.com/wc/qcmain.aspx?d=33917
This problem triggers an assert, so at the very least they should look at
the source code at line 315 of ek_flbuf.cpp and try to figure out what
could cause the assertion to fail.
I have only seen this problem a few times myself.
If you are able to trigger it repeatably, please update the QC entry.
I'm not sure if it's me accidentally hitting some weird combination of
keystrokes that's causing this or if others have experienced it too.
So annoying, and I'm up to date with all my patches too.
Does the IDE have some sort of recovery mechanism similar to that of the
Unix/Linux VI Editor? Tired of repeatedly "SAVING" after the simplest
of modifications for fear of losing them.
The IDE does support automatic backup on save and history, but I don't
think there is an autosave function or any crash recovery.
Dennis Cote
|
|
|
| Back to top |
|
|
Ken Tucky
Guest
|
| Posted: Thu Apr 12, 2007 8:10 am Post subject: Re: BDS 2006 IDE Crashing |
|
|
Just thought of an interesting thing concerning this issue.
I've been using Borland products forever, Turbo Pascal, Borland C++ 5, and
then all the C++ Builders from version 1.0 to 5.0. I never upgraded to
anything past 5.0 until this BDS 2006.
The interesting thing is that I've never used Delphi, never. I've always
used C++ Builder. And in all these years I can't remember one single
instance when the C++ Builder IDE crashed on me, ever.
It's very possible that, even though Delphi and C++ Builder had always been
packaged as seperate products, they may have used the same editor code. No
way to tell for sure.
But it seems rather suspicious that the first time I encounter this problem
is when I'm using a combination Delphi/C++ Builder/etc product.
In the earlier versions that you all have encountered this problem, was it
in Delphi or C++ Builder?
"David M" <vintagedave (AT) gmail (DOT) com> wrote in message
news:46145765 (AT) newsgroups (DOT) borland.com...
| Quote: | I've seen this too, only a few times though. For me it only occurs when
deleting something in the code editor, such as deleting by selecting
something and typing, or deleteing and typing immediately.
The impression I've got is that when it happens, I'm doing things fairly
fast - pressing lots of keys, typing a lot, assuming the editor is keeping
up. I have a 2Ghz Core 2 Duo - it /should/ be able to keep up on that,
surely...! Maybe it only occurs in some very unfortunate order of
keypress messages or it's a thread synchronization issue. Either way I
wish they'd fix it, a bug where the whole IDE goes down without even a
caught exception to send the error to them is terrible.
"dhoke" <dhoke.nojunk@east-shore.com> wrote in message
news:4610f617$1 (AT) newsgroups (DOT) borland.com...
What I find really sad about this one, is that it is _only_ marked as
reported, not opened... The fact that an assert in their code
unrecoverably terminates a session, seems more than reasonable cause to
consider it an open issue. (And of course I wouldn't like to see them
remove the assert, as its no doubt been left active in RELEASED code
because somebody knew a problem was occurring in that area, but didn't
know why. Some three years (?) later, they apparently still don't know
why.)
Happily for me, I've only hit this once in nine months of using BDS2006
(and I think that is my QC report from that occurrence) until today.
Sadly, just having read this post this morning, I had it happen in the
past 15 minutes.
(Shh, maybe if we don't talk about it, it will go away and leave us
alone. Although I guess that hasn't worked for the past 3 years or so.)
Definitely, if you can observe any patterns about what editor actions you
may have been utilizing prior to these occurrences, PLEASE add them to
the QC report. If it happens once a week, you've got a better shot at
identifying a pattern than me.
(Although I have trouble finding patterns with the once-a-day occurrences
of having sessions freeze, terminate, or otherwise behave erratically.
The only pattern I see is that if I am actively engaged in editing
(text/forms), compiling, and debugging within the bds environment
throughout an entire day, on my dell precision 380 workstation, 3.6GHz
P4Hyper-Threaded, 2GB ram, I can pretty well count on such an occurrence
at least once in a day. For this reason, when reasonable for me to do
so, I stay out of the environment. Oh, and it seems to be more likely to
happen with a medium size project (currently 30,000 lines and growing)
plus 10-15 libraries linked in. But then, that's the project I currently
spend most of my time in.)
In today's occurrence, I had just been typing some text at the end of a
line (60-80 characters out, or so), and had done several backspaces to
correct something. The backspaced characters had not yet been deleted
from the display when the assert occurred.
"Dennis Cote" <dennis.cote (AT) gmail (DOT) com> wrote in message
news:460bd2e7$1 (AT) newsgroups (DOT) borland.com...
Ken Tucky wrote:
Is anyone else experiencing the BDS 2006 Windows IDE editor crashing
and washing all modifications down the proverbial bit bucket drain
pipe?
At the very least, once a week, during normal text editing... BANG! A
dialog box stipulating some "assert error" pops up, followed by a
second dialog box stating that the application must close. All my
work, gone, goodbye.
This is a real bug that CodeGear hasn't found or fixed in a very long
time. It has been reported with Delphi 8 in May 20004, Delphi 2005, and
BDS2006. It is an old problem in the Gallileo IDE.
This google search will return several hits about this problem.
http://groups.google.ca/groups?lnk=hpsg&hl=en&q=amount+%3E%3D+dest+-+startDest
It has been reported in QC
Report #: 33917 Status: Reported
bds asserts using editor
http://qc.codegear.com/wc/qcmain.aspx?d=33917
This problem triggers an assert, so at the very least they should look
at the source code at line 315 of ek_flbuf.cpp and try to figure out
what could cause the assertion to fail.
I have only seen this problem a few times myself.
If you are able to trigger it repeatably, please update the QC entry.
I'm not sure if it's me accidentally hitting some weird combination of
keystrokes that's causing this or if others have experienced it too.
So annoying, and I'm up to date with all my patches too.
Does the IDE have some sort of recovery mechanism similar to that of
the Unix/Linux VI Editor? Tired of repeatedly "SAVING" after the
simplest of modifications for fear of losing them.
The IDE does support automatic backup on save and history, but I don't
think there is an autosave function or any crash recovery.
Dennis Cote
|
|
|
| Back to top |
|
|
Ken Tucky
Guest
|
| Posted: Thu Apr 12, 2007 8:10 am Post subject: Re: BDS 2006 IDE Crashing |
|
|
I have to concur. It usually happens when my keyboarding is in fast pace.
And I've definitely, positively, without question, seen it happen during the
"delete by selecting and typing over" case you mention. But I know it's not
limited to that situation only.
Fortunately for me, although unfortunate in terms of looking for a pattern,
it has only happened once since I posted this question two weeks ago. I was
definitely having a bad week back then. You can be sure I'll be taking note
of what I was doing when (not if) it happens again.
Thanks guys for taking the time to share your thoughts.
"David M" <vintagedave (AT) gmail (DOT) com> wrote in message
news:46145765 (AT) newsgroups (DOT) borland.com...
| Quote: | I've seen this too, only a few times though. For me it only occurs when
deleting something in the code editor, such as deleting by selecting
something and typing, or deleteing and typing immediately.
The impression I've got is that when it happens, I'm doing things fairly
fast - pressing lots of keys, typing a lot, assuming the editor is keeping
up. I have a 2Ghz Core 2 Duo - it /should/ be able to keep up on that,
surely...! Maybe it only occurs in some very unfortunate order of
keypress messages or it's a thread synchronization issue. Either way I
wish they'd fix it, a bug where the whole IDE goes down without even a
caught exception to send the error to them is terrible.
"dhoke" <dhoke.nojunk@east-shore.com> wrote in message
news:4610f617$1 (AT) newsgroups (DOT) borland.com...
What I find really sad about this one, is that it is _only_ marked as
reported, not opened... The fact that an assert in their code
unrecoverably terminates a session, seems more than reasonable cause to
consider it an open issue. (And of course I wouldn't like to see them
remove the assert, as its no doubt been left active in RELEASED code
because somebody knew a problem was occurring in that area, but didn't
know why. Some three years (?) later, they apparently still don't know
why.)
Happily for me, I've only hit this once in nine months of using BDS2006
(and I think that is my QC report from that occurrence) until today.
Sadly, just having read this post this morning, I had it happen in the
past 15 minutes.
(Shh, maybe if we don't talk about it, it will go away and leave us
alone. Although I guess that hasn't worked for the past 3 years or so.)
Definitely, if you can observe any patterns about what editor actions you
may have been utilizing prior to these occurrences, PLEASE add them to
the QC report. If it happens once a week, you've got a better shot at
identifying a pattern than me.
(Although I have trouble finding patterns with the once-a-day occurrences
of having sessions freeze, terminate, or otherwise behave erratically.
The only pattern I see is that if I am actively engaged in editing
(text/forms), compiling, and debugging within the bds environment
throughout an entire day, on my dell precision 380 workstation, 3.6GHz
P4Hyper-Threaded, 2GB ram, I can pretty well count on such an occurrence
at least once in a day. For this reason, when reasonable for me to do
so, I stay out of the environment. Oh, and it seems to be more likely to
happen with a medium size project (currently 30,000 lines and growing)
plus 10-15 libraries linked in. But then, that's the project I currently
spend most of my time in.)
In today's occurrence, I had just been typing some text at the end of a
line (60-80 characters out, or so), and had done several backspaces to
correct something. The backspaced characters had not yet been deleted
from the display when the assert occurred.
"Dennis Cote" <dennis.cote (AT) gmail (DOT) com> wrote in message
news:460bd2e7$1 (AT) newsgroups (DOT) borland.com...
Ken Tucky wrote:
Is anyone else experiencing the BDS 2006 Windows IDE editor crashing
and washing all modifications down the proverbial bit bucket drain
pipe?
At the very least, once a week, during normal text editing... BANG! A
dialog box stipulating some "assert error" pops up, followed by a
second dialog box stating that the application must close. All my
work, gone, goodbye.
This is a real bug that CodeGear hasn't found or fixed in a very long
time. It has been reported with Delphi 8 in May 20004, Delphi 2005, and
BDS2006. It is an old problem in the Gallileo IDE.
This google search will return several hits about this problem.
http://groups.google.ca/groups?lnk=hpsg&hl=en&q=amount+%3E%3D+dest+-+startDest
It has been reported in QC
Report #: 33917 Status: Reported
bds asserts using editor
http://qc.codegear.com/wc/qcmain.aspx?d=33917
This problem triggers an assert, so at the very least they should look
at the source code at line 315 of ek_flbuf.cpp and try to figure out
what could cause the assertion to fail.
I have only seen this problem a few times myself.
If you are able to trigger it repeatably, please update the QC entry.
I'm not sure if it's me accidentally hitting some weird combination of
keystrokes that's causing this or if others have experienced it too.
So annoying, and I'm up to date with all my patches too.
Does the IDE have some sort of recovery mechanism similar to that of
the Unix/Linux VI Editor? Tired of repeatedly "SAVING" after the
simplest of modifications for fear of losing them.
The IDE does support automatic backup on save and history, but I don't
think there is an autosave function or any crash recovery.
Dennis Cote
|
|
|
| Back to top |
|
|
Dennis Cote
Guest
|
| Posted: Thu Apr 12, 2007 9:11 pm Post subject: Re: BDS 2006 IDE Crashing |
|
|
Ken Tucky wrote:
| Quote: | Just thought of an interesting thing concerning this issue.
I've been using Borland products forever, Turbo Pascal, Borland C++ 5, and
then all the C++ Builders from version 1.0 to 5.0. I never upgraded to
anything past 5.0 until this BDS 2006.
The interesting thing is that I've never used Delphi, never. I've always
used C++ Builder. And in all these years I can't remember one single
instance when the C++ Builder IDE crashed on me, ever.
It's very possible that, even though Delphi and C++ Builder had always been
packaged as seperate products, they may have used the same editor code. No
way to tell for sure.
But it seems rather suspicious that the first time I encounter this problem
is when I'm using a combination Delphi/C++ Builder/etc product.
In the earlier versions that you all have encountered this problem, was it
in Delphi or C++ Builder?
|
That is not really coincidental. This problem occurs in the Gallileo IDE
editor.
This is the IDE used for Delphi 8, BDS 2005, BDS 2006 (which is
identical to C++ 2006), and now Delphi for Win32 2007.
BDS 2006 is the first product you have used with this editor.
Dennis Cote |
|
| Back to top |
|
|
Piet
Guest
|
| Posted: Tue May 08, 2007 2:26 pm Post subject: Re: BDS 2006 IDE Crashing |
|
|
I'm getting to the point where I'll have to consider going back to C++
Builder 6. I'm running BDS2006 with hotfixes up to 10f on a Dell
Precision 370 with 1G RAM, but still have to "End the process" via
task manager a number of times each day because the IDE freezes the
whole pc (it sometimes takes minutes for the task manager to become
visible so that I can zap the ide). If I leave the ide idle for say 10
minutes, it's guarenteed to freeze. Any explorer activity while the
ide is active is slowed down tremendously. Minimizing the IDE
immediately speeds up the explorer. When the ide is frozen, it uses 95+
% cpu, and memory usage increases steadily. I only recently noticed
that explorer mem usage also increases steadily during the frozen
period. |
|
| Back to top |
|
|
dhoke
Guest
|
| Posted: Tue May 08, 2007 10:29 pm Post subject: Re: BDS 2006 IDE Crashing |
|
|
This looks like a reply, and couldn't find your original submission...
But, I take note, a "Dell Precision 370" - DD and the rest of B/CG, hope
your taking note here.
(I run on a Dell Precision 380, along with my co-workers, and have similar,
although perhaps a bit more varied, problems. Unfortunately, I do not have
the option of "going back" to BCB6, as our licenses were purchased new, due
to staff/company expansion.)
Don't know what the 370 specs are and too lazy to look.
Our precision 380's have INTEL 3.6GHz (hyperthreaded) CPUs with a minimum of
2Gb RAM.
"Piet" <pterb (AT) csir (DOT) co.za> wrote in message
news:1178616394.446876.155100 (AT) y80g2000hsf (DOT) googlegroups.com...
| Quote: | I'm getting to the point where I'll have to consider going back to C++
Builder 6. I'm running BDS2006 with hotfixes up to 10f on a Dell
Precision 370 with 1G RAM, but still have to "End the process" via
task manager a number of times each day because the IDE freezes the
whole pc (it sometimes takes minutes for the task manager to become
visible so that I can zap the ide). If I leave the ide idle for say 10
minutes, it's guarenteed to freeze. Any explorer activity while the
ide is active is slowed down tremendously. Minimizing the IDE
immediately speeds up the explorer. When the ide is frozen, it uses 95+
% cpu, and memory usage increases steadily. I only recently noticed
that explorer mem usage also increases steadily during the frozen
period.
|
|
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
