Troubleshooting: re.finditer() creates object even when no match found

[Chris Lasher]

Hello,
I really like the finditer() method of the re module. I'm having
difficulty at the moment, however, because finditer() still creates a
callable-iterator oject, even when no match is found. This is
undesirable in cases where I would like to circumvent execution of code
meant to parse out data from my finditer() object.

I know that if I place a finditer() object in an iterative for loop,
the loop will not execute, but is there some way I can test to see if
the object contains no matches in the first place? I thought about
using .next() but I don't want to lose the ability to process the first
(sometimes only) match in the finditer() object.
Thanks in advance,
Chris

[Steven Bethard]

Re: Troubleshooting : re.finditer() creates object even when no matchfound

Chris Lasher wrote:[color=blue]
> I know that if I place a finditer() object in an iterative for loop,
> the loop will not execute, but is there some way I can test to see if
> the object contains no matches in the first place?[/color]

Basically, you want to peek into an interable. See my recipes:

http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/304373

The short answer is that you can do something like:

try:
first, iterable = peek(iterable)
except StopIteration:
# do whatever you do if there are no matches
else:
# do whatever you do if there are matches

and you won't lose the first element of the iterable.

Steve

[Chris Lasher]

Re: Troubleshooting : re.finditer() creates object even when no match found

Thanks Steve,
That's odd that there's no built-in method to do this. It seems like
it would be a common task. Is there any way to request a feature like
this from the RE module keepers, whomever they may be?
In the meantime, may I use your code, with accredation to you?
Thanks,
Chris

[Steven Bethard]

Re: Troubleshooting : re.finditer() creates object even when no matchfound

Chris Lasher wrote:[color=blue]
> Is there any way to request a feature like
> this from the RE module keepers, whomever they may be?[/color]

The most direct way would be to go to Python at sourceforge[1] and make
a feature request to add peek to itertools. (This is probably the most
reasonable location for it.) Requests accompanied by patches are much
more likely to be accepted. =) Of course, your feature, if accepted,
wouldn't be applied until Python 2.5, which is probably about a year and
a half off.

I actually thought about doing this myself, but I've got a few other
things on my stack, and since itertools is (I believe) written in C,
writing the patch would be a little more work...
[color=blue]
> In the meantime, may I use your code, with accredation to you?[/color]

Help yourself. That's what the Cookbook's for. =)

[1] http://sourceforge.net/projects/python/

[Fredrik Lundh]

Re: Troubleshooting : re.finditer() creates object even when nomatchfound

Chris Lasher wrote:
[color=blue]
> That's odd that there's no built-in method to do this. It seems like
> it would be a common task.[/color]

if you do this a lot, maybe you shouldn't use finditer? iterators are
designed to give you the next item (if any) when you're ready to deal
with it... if that's not what you want, you can use findall, search loops,
scanner objects, etc. or you can implement a standard "iterate ahead"
loop.

what's your use case?

</F>

[Nick Coghlan]

Re: Troubleshooting : re.finditer() creates object even when no matchfound

Chris Lasher wrote:[color=blue]
> Hello,
> I really like the finditer() method of the re module. I'm having
> difficulty at the moment, however, because finditer() still creates a
> callable-iterator oject, even when no match is found. This is
> undesirable in cases where I would like to circumvent execution of code
> meant to parse out data from my finditer() object.[/color]

Take a look at itertools.tee

Cheers,
Nick.

--
Nick Coghlan | ncoghlan@email. com | Brisbane, Australia
---------------------------------------------------------------

http://boredomandlaziness.skystorm.net

[Nick Coghlan]

Re: Troubleshooting : re.finditer() creates object even when no matchfound

Nick Coghlan wrote:[color=blue]
> Chris Lasher wrote:
>[color=green]
>> Hello,
>> I really like the finditer() method of the re module. I'm having
>> difficulty at the moment, however, because finditer() still creates a
>> callable-iterator oject, even when no match is found. This is
>> undesirable in cases where I would like to circumvent execution of code
>> meant to parse out data from my finditer() object.[/color]
>
>
> Take a look at itertools.tee[/color]

Bleh - I hit send instead of delete. Tee probably doesn't do what you want.
Steve's cookbook recipe is likely a better option.

Cheers,
Nick.



--
Nick Coghlan | ncoghlan@email. com | Brisbane, Australia
---------------------------------------------------------------

http://boredomandlaziness.skystorm.net

[Steven Bethard]

Re: Troubleshooting : re.finditer() creates object even when no matchfound

Nick Coghlan wrote:[color=blue]
> Nick Coghlan wrote:
>[color=green]
>> Chris Lasher wrote:
>>[color=darkred]
>>> Hello,
>>> I really like the finditer() method of the re module. I'm having
>>> difficulty at the moment, however, because finditer() still creates a
>>> callable-iterator oject, even when no match is found. This is
>>> undesirable in cases where I would like to circumvent execution of code
>>> meant to parse out data from my finditer() object.[/color]
>>
>> Take a look at itertools.tee[/color]
>
> Bleh - I hit send instead of delete. Tee probably doesn't do what you
> want. Steve's cookbook recipe is likely a better option.[/color]

Actually, there's an equally valid solution with tee too -- check Peter
Otten's comments at the bottom of the recipe.

Steve

[Michael Hoffman]

Re: Troubleshooting : re.finditer() creates object even when no matchfound

Steven Bethard wrote:
[color=blue]
> first, iterable = peek(iterable)[/color]

I really like this as a general solution to a problem that bothers me
occasionally. IMHO it's much better than having UndoFiles or similar
things lying about for every use case.

Thanks!
--
Michael Hoffman