no matches... anyone got a light?

[Jim Ault]

One thing to check for is the NULL char, using Rev keyword 'null'

I have found this to be the culprit for the FILTER function.  Of course,
this is working with web site and datafeed sources, not system hard drive
listings, which should not have any nulls.

Try this function to find any invisible chars....

repeat for each char CH in textBlock
  put charToNum(CH) & cr after output
end repeat
sort output


replace null with "" in textBlock -- would work

Jim Ault
Las Vegas


On 7/7/06 6:32 PM, "Scott Morrow" <scott at elementarysoftware.com> wrote:

> On Jul 7, 2006, at 9:22 AM, Alex Tweedly wrote:
>> File separator issue ? (i.e. "/" vs "\" vs ":")
> The paths had already been stripped off... as well as the file
> extensions.  It *appeared* to be a pretty vanilla list.
> 
> With the more liberal use of a Trim function (and an additional 7
> hours of sleep) the matches now catch as I would expect... though I
> haven't yet figured out what char was the culprit.  Andre, Alex,
> thanks for the support.
> 
> -Scott Morrow
> 
> Elementary Software
> (Now with 20% less chalk dust !)
> web     http://elementarysoftware.com/
> email   scott at elementarysoftware.com
> 
> -----------------------------------------------------------------
> 
>> Scott Morrow wrote:
>> 
>>> This seems a no-brainer but I've stalled.  I'm reading names from
>>> a  text file and then creating files based on these names.  I'd
>>> like to  check and see if the file already exists before creating
>>> a new one.   The text files were created in BBEdit.  I unable to
>>> figure out why I  can't cause a match using my data.  I've looked
>>> at the variables in  the debugger and even run charToNum
>>> comparisons ( everyone seems to  be using the ascii 10 LF.)  But
>>> even though it seem like it should  match... it don't.
>>> 
>>>  if tName is among the lines of tPreExisitingFiles then
>>>       -- never gets here
>>>  end if
>>> 
>>> alternately I tried
>>> 
>>> set the wholematches to true
>>> if lineOffset(tName,tPreExisitingFiles) <> 0 then
>>>       -- never gets here
>>> end if
>>> 
>>> Anything else I should  check?
>>> 
>> File separator issue ? (i.e. "/" vs "\" vs ":")
>> How is the list of files generated ?  Whole path versus just the
>> file name ?
>> Send a sample of the file that you read ... maybe someone will spot
>> something ?
>> 
>> or try
>> if there is a file "tName" then
>> 
>> -- 
>> Alex Tweedly       http://www.tweedly.net
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution