[resolved] CRASH: Running any kind of syntax search

2»

Comments

  • Doc B
    Doc B Member Posts: 3,537 ✭✭✭

    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.

  • NB.Mick
    NB.Mick Member, MVP Posts: 15,838 ✭✭✭

    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! Smile

  • Bradley Grainger (Logos)
    Bradley Grainger (Logos) Administrator, Logos Employee Posts: 11,950

    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.

  • NB.Mick
    NB.Mick Member, MVP Posts: 15,838 ✭✭✭

    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! Smile

  • Bradley Grainger (Logos)
    Bradley Grainger (Logos) Administrator, Logos Employee Posts: 11,950

    This will be fixed in the next Service Release; thanks for reporting it.

  • Phillip Marshall
    Phillip Marshall Member Posts: 16

    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. 

  • Dylan Rondeau
    Dylan Rondeau Member, Logos Employee Posts: 1,401

    This will be fixed in the next Service Release; thanks for reporting it.

    6.3 SR-2 is now available with this fix.

    Dylan Rondeau, Software Tester

    Enable Logging: Mac | Windows (Right-click "Save As...")

  • Phillip Marshall
    Phillip Marshall Member Posts: 16

    Updated and tested 3 syntax databases (AF, Cascadia, and OpenText). All three returned syntax search results with no problems. Awesome job, Logos!