Search
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Search
I am now getting a trap when I use Help>Contents>Search.
I was searching for "Strings".
I am using BB Version 1.7-rc1
Build Number 581
Built 2016-07-21
The trap occurs at
OleClient>Internalize>
ASSERT(res >= 0, 100);
with
res = 80070008H
res is a COM.RESULT
COM does not seem to have an interface (Is it like SYSTEM?) so I can't determine
what COM.RESULT actually is.
Can anyone else reproduce the trap?
-Doug
I was searching for "Strings".
I am using BB Version 1.7-rc1
Build Number 581
Built 2016-07-21
The trap occurs at
OleClient>Internalize>
ASSERT(res >= 0, 100);
with
res = 80070008H
res is a COM.RESULT
COM does not seem to have an interface (Is it like SYSTEM?) so I can't determine
what COM.RESULT actually is.
Can anyone else reproduce the trap?
-Doug
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Search
I cannot reproduce the trap.
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Re: Search
What version of BB are you using?Josef Templ wrote:I cannot reproduce the trap.
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Re: Search
I just tried it with build 589 and I still get a trap.
I am running on Windows XP
I'll now reboot my OS and try again...
I am running on Windows XP
I'll now reboot my OS and try again...
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Re: Search
If I execute directly from the 1.7 directory then I do NOT get a trap.
If I execute out of my /USE directory then I DO get a trap.
Hence this is my problem and not a general BB issue.
Sorry to bother everyone.
Now I need to track down what is causing that.
-Doug
If I execute out of my /USE directory then I DO get a trap.
Hence this is my problem and not a general BB issue.
Sorry to bother everyone.
Now I need to track down what is causing that.
-Doug
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Search
I tried it with the latest version, build 589.DGDanforth wrote:What version of BB are you using?Josef Templ wrote:I cannot reproduce the trap.
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Search
I also checked with build 581, no trap.
There are definitely some changes in the /USE dir
that cause the problem.
Does the trap occur on all searches or only on 'String'.
Is anything related to docu searching modified in your /USE dir?
Or is there a docu file that cannot be read successfully?
- Josef
There are definitely some changes in the /USE dir
that cause the problem.
Does the trap occur on all searches or only on 'String'.
Is anything related to docu searching modified in your /USE dir?
Or is there a docu file that cannot be read successfully?
- Josef
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Re: Search
o It seems to occur on all searches (3 other forms tried).Josef Templ wrote:I also checked with build 581, no trap.
There are definitely some changes in the /USE dir
that cause the problem.
Does the trap occur on all searches or only on 'String'.
Is anything related to docu searching modified in your /USE dir?
Or is there a docu file that cannot be read successfully?
- Josef
o It traps when trying to read a specific file (Physics/Docu/SparseSampling.odc).
That file uses MathType for depicting equations. Hence the trap within
" OleClient.Model.Internalize" makes sense.
Surely DevSearch should be able to handle all types of embedded material?
With GftSearchFiles a file is just a sequence of bytes and there are no limitations on the content of a file.
It does not fail when searching through "Physics/Docu/SparseSampling.odc"
-Doug
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Re: Search
I just ran a test with GftSearchFiles on a file that had an embedded MathType equation.
The equation said "Hello, World!". GftSearchFiles was able to find "Hello" or "World".
That was true for whether the text was of style "Text" or of style "Math".
Hence we see that there is no need to invoke Ole and internalize the equation, at least not for MathType equations,'
-Doug
The equation said "Hello, World!". GftSearchFiles was able to find "Hello" or "World".
That was true for whether the text was of style "Text" or of style "Math".
Hence we see that there is no need to invoke Ole and internalize the equation, at least not for MathType equations,'
-Doug
- DGDanforth
- Posts: 1061
- Joined: Tue Sep 17, 2013 1:16 am
- Location: Palo Alto, California, USA
- Contact:
Re: Search
Josef et al,
Because of the DevSearch failure on embedded MathType equations I can no longer use
Help>Contents>Search
I have very many Docu files which use MathType.
My experiment with GftSearchFiles (see previous post) shows that searching
such files can easily be done.
I suggest that we replace DevSearch with something like GftSearchFiles.
-Doug
Because of the DevSearch failure on embedded MathType equations I can no longer use
Help>Contents>Search
I have very many Docu files which use MathType.
My experiment with GftSearchFiles (see previous post) shows that searching
such files can easily be done.
I suggest that we replace DevSearch with something like GftSearchFiles.
-Doug