Comment 3 for bug 1735559

Revision history for this message
Travis McPeak (travis-mcpeak) wrote : Re: [Bug 1735559] Re: Bandit takes longer than 1 hour on phonenumbers v8.5.2 library

Out of curiosity - how big is the string?

On Fri, Dec 1, 2017, 3:10 PM Dan Nguyen <email address hidden> wrote:

> Looks like a lot of time is spent in here initially.
>
> [node_visitor] DEBUG Str(s='474771')
> [meta_ast] DEBUG adding node : 0x10c9d9250 [2]
> [node_visitor] DEBUG entering: 0x10c9d9250 <class '_ast.Str'> [2]
> [node_visitor] DEBUG {'node': <_ast.Str object at 0x10c9d9250>,
> 'imports': set(['util.u']), 'filename':
> 'phonenumbers-8.5.2/phonenumbers/carrierdata/data0.py', 'linerange':
> [4969], 'lineno': 4969, 'import_aliases': {'u': 'util.u'}}
> [node_visitor] DEBUG visit_Str called (Str(s='474771'))
>
> There is a fairly large hard-coded dictionary that is probably not the
> most performant.
>
> --
> You received this bug notification because you are subscribed to Bandit.
> https://bugs.launchpad.net/bugs/1735559
>
> Title:
> Bandit takes longer than 1 hour on phonenumbers v8.5.2 library
>
> Status in Bandit:
> New
>
> Bug description:
> Bandit takes longer than 1 hour on phonenumbers v8.5.2 library
>
> Reproduced in Bandit v1.4.0
>
> Reproducible Steps:
> # untar the attached library
> # run "bandit -r -lll phonenumbers-8.5.2/phonenumbers"
>
> bandit takes over 1 hour to process. I didn't wait for it to complete.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/bandit/+bug/1735559/+subscriptions
>