no matches... anyone got a light?

[Scott Morrow]

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