On which way can I send you crash dumps of the current beta
Either post here or tell us what you were doing when the crash occurred. Then the dev responsible for that area will speak up.
Hello,
hier is the crash dumpe.
I have opened 4 diffenrent db sessions and want to browse to package sources.
The problem with crashes in multiple open sessions has existed for many years. The memory consumption then increases steadily until the crashes start at about 1 GB.
Mit freundlichen Grüßen
Stefan Graf
Prokurist
common solutions GmbH & Co. KG
Telefon: +49 234 5885 – 102
Fax: +49 234 5885 – 191
Home24 nutzt storelogix aus Überzeugung:
common solutions GmbH & Co. KG, Wasserstrasse 223, D-44799 Bochum, Germany
Amtsgericht Bochum HRA 4381 - Geschäftsführer: Roger Kirchhoff, Patrick Zimmermann - Persönlich haftende Gesellschaft: common solutions Verwaltungs-GmbH, Wasserstr. 223, D-44799 Bochum - Amtsgericht Bochum HRB 7443
Von: John Dorlon bounce-jdorlon@toadworld.com
Gesendet: Mittwoch, 6. Juni 2018 22:11
An: toadoraclebeta@toadworld.com
Betreff: RE: [Toad for Oracle - Beta Discussion Forum] Runtime Error dump upload
RE: Runtime Error dump upload
Reply by John Dorlon
Either post here or tell us what you were doing when the crash occurred. Then the dev responsible for that area will speak up.
To reply, please reply-all to this email.
Stop receiving emails on this subject.
Or Unsubscribe from Toad for Oracle - Beta Forum notifications altogether.
Toad for Oracle - Beta Discussion Forum
Flag this post as spam/abuse.
Toad 13.1 crash dump 20180606.zip (480 KB)
Hier is the next dump
6 different db session, crash happens when open a trigger source code in the editor
Toad 13.1 crash dump 20180606.zip (480 KB)
Try this:
-
In SB, go to a table that has no trigger and then click on Triggers tab.
-
In the RHS, in the top grid, if there is a filter set on the grid, remove it. Also right-click and choose “Reset Columns”
-
go back to columns tab.
-
find your table that does have a trigger and see if the problem is gone.
Please let me know.
Thanks,
-John
Hi,
sorry, but why should I do that? The corrupt TOAD process does not work either way anymore.
Killing and restarting the TOAD process resolves the problem, if only for a few hours until the next crash.
Stefan Graf
Von: John Dorlon bounce-jdorlon@toadworld.com
Gesendet: Donnerstag, 7. Juni 2018 20:29
An: toadoraclebeta@toadworld.com
Betreff: RE: [Toad for Oracle - Beta Discussion Forum] Runtime Error dump upload
Reply by John Dorlon
Try this:
-
In SB, go to a table that has no trigger and then click on Triggers tab.
-
In the RHS, in the top grid, if there is a filter set on the grid, remove it. Also right-click and choose “Reset Columns”
-
go back to columns tab.
-
find your table that does have a trigger and see if the problem is gone.
Please let me know.
Thanks,
-John
To reply, please reply-all to this email.
Stop receiving emails on this subject.
Or
Unsubscribe from Toad for Oracle - Beta Forum notifications altogether.
Toad for Oracle - Beta Discussion Forum
Flag
this post as spam/abuse.
The error log shows that the error happens when you go to SB-Tables-Trigger (or describe table - Trigger tab). I thought that the problem happened consistently when you describe a trigger, and that the steps I gave might resolve the problem.
Looking again at the error log, I see that was an 12.12 error log
You can tell because it has this line at the top:
1.3 Version Number : 12.12.0.39
Oops, disregard my last message. I was looking at the first error log in the file. I see that there are some for Toad 13.1 if I scroll down.
Sorry about that. WIll look at the file again after lunch!
It looks like
- The error happens in the Schema Browser when you change from some tab to Packages or Procedures or Functions.
- You have your Schema Browser in one of the “tabbed” modes.
- You have 64 bit Toad
You mentioned that it only happens when the memory usage goes up to 1G or so. Is that the only thing that leads up to the error, or is there something you can do to make it happen quickly after you start Toad?
If it only happens once memory usage gets large, can you let me know where in Toad you are spending your time as the memory usage goes up?
I always use TOAD with several open db sessions (5 to 6), to differnet servers and schemas.
The problem with the run time error occurs especially when working with source texts, for example when loading larger texts -> 4000 to 8000 lines or when applying a compare script
The version tag in the header seems to be wrong, it was a 13.1.0.14
Next crash.
I have opende only 3 session and want do open an new editor window in a sysdb session.
The version tag in the dump header seems to be wrong, it was a 13.1.0.15
Toad 13.1.0.15 20180608.zip (574 KB)
Thanks Stefan.
There are multiple crash dumps in the file. They are in order from oldest to newest. The last one has 13.1.0.15.
Ok, then you could see my suffering history
Yes, and I am working on it.
Michael found and fixed a memory leak today. It is fixed for Monday’s beta. I don’t know if it is related to your problems or not, but if you spend a lot of time editing pl/sql objects in the Editor, I think it could be significant.