[futurebasic] Re: [FB] fn ContainerFind

Message: < previous - next > : Reply : Subscribe : Cleanse
Home   : November 2008 : Group Archive : Group : All Groups

From: Patrick GRIMONT <pgrimont@...>
Date: Wed, 26 Nov 2008 15:40:27 +0100
Thank you Brian,

I need to find a container (often > 255 characters) in a larger 
container for genome studies. I would therefore like to post a request 
for implementing some sort of FN ContainerFind Container(). I believe 
Pascal strings are limited to 255 chars.

Cheers

Patrick

Brian Stevens a écrit :
>
> On Nov 26, 2008, at 6:57 AM, Patrick GRIMONT wrote:
>
>> range = fn ContainerFind(p, StringToFind, CompareOptions)
> My suggestion is to /not/ use this lower level call directly ( unless 
> you are comfortable creating your own CFStringRefs and understand the 
> fundamentals involved here )
>
>
>>
>>
>> I understand p is a pointer to the container.
> That is true but it gets a little convoluted. p is a pointer but it 
> points to the handle that is dereferenced into the underlying 
> container pointer in some of the support functions ( namely fn 
> ContainerCreateWithCFString ).
>
>>
>> StingToFind: is that a string as we used to name it or can it be a 
>> container , preceeded by @, or has it to be processed (I tried Fn 
>> ContainerCreateCFString without success) ?
>
> stringToFind is a CFStringRef.  This is all handled for you if the 
> higher-level call is used ( see below ). It translates the pascal 
> string for you
>
>
>>
>> CompareOptions: what is this ?
>
> Is there some reason for not using fn ContainerFindPascalString( gC, 
> "brian", 0 ) as shown in the Util_Containers example code?  My 
> suggestion to use the calls shown in the examples. If there is some 
> functionality not provided by the calls ( and we are aware of one that 
> has been coded - I think ), please post a request for that functionality.
>
> Brian S.
>
>
>
>
>
> --
> To unsubscribe, send ANY message to: futurebasic-unsubscribe@...
>   
>