Instr problem in VB5
in [Visual Basic]
|
Prev: Combinations
Next: 7-bit and News Servers
From: Dennis Rose on 3 Jun 2010 21:13 "Dee Earley" wrote: > On 02/06/2010 17:31, Dennis Rose wrote: > > I need to use the following string as a "Search String" in an Instr > > instruction: > > > > <name part="first"> > > > > The quotes around the word "first" are causing the instruction to fail. > > > > How can I test for this Search String? > > Why not use a proper XML parser? > > -- > Dee Earley (dee.earley(a)icode.co.uk) > i-Catcher Development Team > > iCode Systems > > (Replies direct to my email address will be ignored. > Please reply to the group.) > . > OK, but now I need help with your solution. Please refer to my ""new post"" on 6/3/10.
From: Patrice on 4 Jun 2010 05:38 > I can see <name part="first"> in the data string that I am searching so I > know it is there. I tried it again and it does not work with double > quotes > around the word "first". What if you try : SourceString="xxxx<name part=""first"">Something</part>" SearchString="<name part=""first"">" MsgBox SourceString MsgBox SearchString MsgBox Instr(1,SourceString,SearchString) -- Patrice
From: Dee Earley on 4 Jun 2010 09:16 On 03/06/2010 23:15, dpb wrote: > Helmut Meukel wrote: > .... > >> =3D denotes a = in the original text. >> It's the same principle as using "" or chr(34) to get a " into a vb >> string. > ... > > Ah, of course...see, I said I didn't know XML encoding conventions... :) It's not an XML encoding, it is used by emails primarily, but I can't remember exactly which method it is. -- Dee Earley (dee.earley(a)icode.co.uk) i-Catcher Development Team iCode Systems (Replies direct to my email address will be ignored. Please reply to the group.)
From: dpb on 4 Jun 2010 09:55 Dee Earley wrote: > On 03/06/2010 23:15, dpb wrote: >> Helmut Meukel wrote: >> .... >> >>> =3D denotes a = in the original text. >>> It's the same principle as using "" or chr(34) to get a " into a vb >>> string. >> ... >> >> Ah, of course...see, I said I didn't know XML encoding conventions... :) > > It's not an XML encoding, it is used by emails primarily, but I can't > remember exactly which method it is. OK, I just parroted XML 'cuz that's what somebody else said it was...I hadn't read most of the thread until coming in late. Anyway, I wasn't sure where the data was coming from... Maybe OP could take a very short segment including the troublesome line and send it to take a look at the actual contents. That seems to be the hangup here that he never posts the full binary contents of enough of the text to see what's actually embedded fully. Or post a segment from debug or a binary file-viewer of choice containing the subject line... --
From: dpb on 4 Jun 2010 10:01
Patrice wrote: >> I can see <name part="first"> in the data string that I am searching so I >> know it is there. I tried it again and it does not work with double >> quotes> around the word "first". > > What if you try : > > SourceString="xxxx<name part=""first"">Something</part>" > SearchString="<name part=""first"">" > MsgBox SourceString > MsgBox SearchString > MsgBox Instr(1,SourceString,SearchString) > .... The problem has been determined to be (see postings following mine downthread) that there's an embedded, non-printing by whatever viewing method OP's using ASCII representation of another "=" sign in the string that causes the failure. What else might also be non-printing we don't know 'cuz OP never fully posted the results to be able to see anything except the printing representation only a minimum that did show at least one problem... Repeated suggestions to examine the internal representation thoroughly haven't, afaict, been acted on (or results therefrom, anyway) as diligently as I would like to see to get to the bottom of the problem. -- |