On 29/06/2012 2:09 p.m., Kinkie wrote:
>
> http://en.wikipedia.org/wiki/P_versus_NP_problem
>
Ah right.
Then there are the lesser grades of magics ...
   src/stmem.cc:    for_each (getNodes().begin(), getNodes().end(), foo);
Amos
> On Jun 29, 2012 2:53 AM, "Amos Jeffries" <squid3_at_treenet.co.nz 
> <mailto:squid3_at_treenet.co.nz>> wrote:
>
>     On 29/06/2012 12:01 a.m., Kinkie wrote:
>
>         from support_netbios.cc:
>
>         if (p == np) {
>
>
>         (stumbled into this while sweeping the sources changing
>         postincrement
>         to preincrement operators).
>
>         --
>              /kinkie
>
>
>
>     Why do you bring this up?
>
>     Set two pointers to the start of a string, increment one until
>     some delimiter. If they are both still identical the scan produced
>     an empty string.
>      --> Saves loading a constant into memory for comparison and
>     de-referencing one or both of the pointers to match it against.
>
>
>     What I do note about this is that the CR LF "skip" loop will make
>     the above logics break and permit binary usernames of "<CR>@foo"
>     or "<LF>@foo" through to the backend. I'm not sure if that is
>     valid? or if there is a missing (++np) operation to actually drop
>     those octets from the validation.
>
>     Amos
>
Received on Fri Jun 29 2012 - 04:23:51 MDT
This archive was generated by hypermail 2.2.0 : Fri Jun 29 2012 - 12:00:06 MDT