Hi guys,
I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
the fast threading code, but it'll come in handy in many other areas I
suspect.
Still I'm somewhat worried regex/regexp will to lead to a portability
nightmare and don't even provide particularly strong functionalit
On Wed, Apr 27, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
> Hi guys,
>
> I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
> the fast threading code, but it'll come in handy in many other areas I
> suspect.
I'm not sure I understand the purpose of the regex library. Fo
On Wed, Apr 27, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
> Hi guys,
>
> I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
> the fast threading code, but it'll come in handy in many other areas I
> suspect.
I'm not sure I understand the purpose of the regex library. Fo
On 4/27/05, Paul J Stevens <[EMAIL PROTECTED]> wrote:
>
> Hi guys,
>
> I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
> the fast threading code, but it'll come in handy in many other areas I
> suspect.
>
> Still I'm somewhat worried regex/regexp will to lead to a portabi
Aaron Stone wrote:
> On Wed, Apr 27, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
>
>
>>Hi guys,
>>
>>I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
>>the fast threading code, but it'll come in handy in many other areas I
>>suspect.
>
>
> I'm not sure I understand t
Ilja Booij wrote:
> What are the advantages of using pcre? I see that quite some projects
> ( Python, Apache, PHP, KDE, Postfix, nmap) are using this library.
> There must be something good in there, I reckon.
There's no comparison really... Virtually unlimited branching,
back-references, utf8,
On 4/27/05, Paul J Stevens <[EMAIL PROTECTED]> wrote:
>
>
> Aaron Stone wrote:
> > On Wed, Apr 27, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
> >
> >
> >>Hi guys,
> >>
> >>I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
> >>the fast threading code, but it'll come in ha
On Wed, Apr 27, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
> I just wrote a little ditty called dm_pcre_split (heh, like php). Stuff
> like that will be very useful in the imap command parser, without having
> to resort to a full fledged lex/yacc parser.
I've been meaning to suggest that a le
On Wed, 2005-04-27 at 10:51 +0200, Paul J Stevens wrote:
>
> Aaron Stone wrote:
> > On Wed, Apr 27, 2005, Paul J Stevens <[EMAIL PROTECTED]> said:
> >
> >
> >>Hi guys,
> >>
> >>I'm exploring the usage of regexp?|pcre calls in dbmail. I'm working on
> >>the fast threading code, but it'll come in
Geo Carncross wrote:
> On Wed, 2005-04-27 at 10:51 +0200, Paul J Stevens wrote:
>>No. It is pretty much required for getting at the base-subject as
>>required for SORT and THREAD (draft-ietf-imapext-sort-17).
>
>
> No it's not. I [have] used:
>
> http://www.jwz.org/doc/threading.html
>
> to im
On Wed, 2005-04-27 at 21:16 +0200, Paul J Stevens wrote:
> Geo Carncross wrote:
> > On Wed, 2005-04-27 at 10:51 +0200, Paul J Stevens wrote:
>
> >>No. It is pretty much required for getting at the base-subject as
> >>required for SORT and THREAD (draft-ietf-imapext-sort-17).
> >
> >
> > No it's
Geo Carncross wrote:
> There are other problems that inevitably crop up. Better to avoid the
> temptations and write state-machine parsers that use fixed-memory...
Will do.
>>Currently the *only* place that uses (posix) regex is the namespace code in
>>imap. I just finished a working implementa
On Thu, 2005-04-28 at 09:07 +0200, Paul J Stevens wrote:
> >>Currently the *only* place that uses (posix) regex is the namespace code in
> >>imap. I just finished a working implementation of base-subject retrieval
> >>using
> >>pcre, but that's not in svn yet.
> >
> >
> > Why do we need regex fo
On Thu, Apr 28, 2005, Geo Carncross <[EMAIL PROTECTED]>
said:
> Try the attached; I just whipped it up as a imap-style fnmatch()
>
> It's not optimal: the *-sync shouldn't be recursive,
> but I think it's pretty close to correct.
Awesome variable names. What the hell does this do?
Aaron
Aaron Stone wrote:
> On Thu, Apr 28, 2005, Geo Carncross <[EMAIL PROTECTED]>
> said:
>
>
>>Try the attached; I just whipped it up as a imap-style fnmatch()
>>
>>It's not optimal: the *-sync shouldn't be recursive,
>>but I think it's pretty close to correct.
>
>
> Awesome variable names. What th
On Thu, 2005-04-28 at 16:31 +, Aaron Stone wrote:
> On Thu, Apr 28, 2005, Geo Carncross <[EMAIL PROTECTED]>
> said:
>
> > Try the attached; I just whipped it up as a imap-style fnmatch()
> >
> > It's not optimal: the *-sync shouldn't be recursive,
> > but I think it's pretty close to correct.
Geo,
I've integrated your code in the trunk. I've added the listex_match
function to misc.c, and moved the test-code the check_dbmail_imapd.c
works great.
--
Paul Stevens paul at nfg.nl
On Tue, 2005-05-17 at 11:32 +0200, Paul J Stevens wrote:
> Geo,
>
> I've integrated your code in the trunk. I've added the listex_match
> function to misc.c, and moved the test-code the check_dbmail_imapd.c
>
> works great.
Excellent to hear. Any other regex use left? Or is this it?
--
Interne
That's it for now... Until someone start to add the server-side
filter-code using regex :-)
Geo Carncross wrote:
> On Tue, 2005-05-17 at 11:32 +0200, Paul J Stevens wrote:
>
>>Geo,
>>
>>I've integrated your code in the trunk. I've added the listex_match
>>function to misc.c, and moved the test-c
19 matches
Mail list logo
