[resolved] CRASH: Running any kind of syntax search
Comments
-
Bradley, I tried running Procdump 7.1
I'm not even going to attempt it. I can't get the one that's supposed to work, to work. How am I going to get the one that doesn't work, to work?
[:^)]
Eating a steady diet of government cheese, and living in a van down by the river.
0 -
Curious about something. I have discovered that if I run a syntax search in a resource for a construction that does not return any hits, it doesn't crash. But if I run a search where there are hits, it will begin to try populating the results and then crash right before they start to come up. This was the case with the Andersen-Forbes syntax database, as well as the Cascadia syntax database. It looks like you were using the OpenText NT database when you were getting crashes. Do you know if it will crash if you try to search for some construction that you know will not return any hits?
Same here. I have one syntax search in my documents (no clue what this is supposed to show) which gives no results and doesn't crash. It seems the query doesn't work and therefore doesn't come to the statement where it crashes. I loaded two from the Logos group that do produce results (one against OpenText, the other against cascadia: both crash on a line that runs like
6 Info ExecuteMQL executeString query: GET OBJECTS HAVING MONADS IN { 120335-120340, 120572-120573, 120711, 120713-120714, 120898-120899 } [ verse GET reference ] GO
I attach the eventviewer files (captured the Logos crashes, not the subbsequent CEF crashes): 4540.eventlog files.zip
Have joy in the Lord!
0 -
So I'd like to help with a crash dump
If we're able to reproduce this in house (by running a 32-bit build), we won't need to collect crash dumps from you.
"32-bit" was probably the clue we needed to try to track this down. (We primarily perform 64-bit testing, since that's used by the overwhelming majority of customers.)
If we need more information, we'll post back here.
0 -
So I'd like to help with a crash dump
If we're able to reproduce this in house (by running a 32-bit build), we won't need to collect crash dumps from you.
"32-bit" was probably the clue we needed to try to track this down. (We primarily perform 64-bit testing, since that's used by the overwhelming majority of customers.)
If we need more information, we'll post back here.
okay.
Just to complete since I have it anyway: the crash occurs on Beta 3, too, here's the latest log: 0714.Logos crash while syntax search.zip
Have joy in the Lord!
0 -
This will be fixed in the next Service Release; thanks for reporting it.
0 -
Thanks! When would you anticipate the next SR? Some of us do syntax searching for a living. :-)
Hope we don't have to wait too long to use syntax searching again. This week has killed my work week.
Thanks for all your help. Logos folks have been pretty responsive.
0 -
-
Updated and tested 3 syntax databases (AF, Cascadia, and OpenText). All three returned syntax search results with no problems. Awesome job, Logos!
0