Re: pcre problem

Dear Ildar:

Am 08.10.07 05:54 schrieb(en) Ildar Mulyukov:
Applied. Still have a problem, see attached.

------quoted attachment "balsa-bugreport.bug"------
** (balsa:5834): WARNING **: get_url_reg: url regex compilation failed: bad class.

Hmmm, this looks like a bug in the PCRE version you're using, as this apparently works fine elsewhere. And the only class we use is [:alnum:] which /is/ legal! Please store the attached little C file, say

gcc -Wall -Werror -O3 pcre-test.c -o pcre-test -l pcreposix

and see if it spits out the same error. *If* it does, you've hit a bug in pcre (I think) which you should report there. For the time being, I recommend to move to a different pcre version (as i said earlier, pcre-7.0-2 works fine).

(balsa:5834): gmime-CRITICAL **: g_mime_signature_validity_set_status: assertion `status != GMIME_SIGNATURE_STATUS_NONE' failed

That's a different problem - does this occur for an encrypted message (e.g. created by Thunderbird/Enigmail) which is *not* signed? The message is generated when gpg tries to verify a signature, but doesn't find one... Is it possible for you to forward this message to me (as attachment, and probably off-list) so I can reproduce the problem and fix it? Thanks!

Cheers, Albrecht.

Albrecht Dreß - Johanna-Kirchner-Straße 13 - D-53123 Bonn (Germany)
       Phone (+49) 228 6199571  -  mailto:albrecht dress arcor de
  GnuPG public key:
#include <stdio.h>
#include <pcreposix.h>

#define URL_REG "(((https?|ftps?|nntp)://)|(mailto:|news:))" \

int main(int argc, char ** argv)
  regex_t reg;
  int res;

  res = regcomp(&reg, URL_REG, REG_EXTENDED | REG_ICASE);
  if (res == 0)
    printf("RE %s compiled successfully!\n", URL_REG);
  else {
    char errbuf[256];

    regerror(res, NULL, errbuf, 256);
    printf("RE %s cannot be compiled: %s (%d)!\n", URL_REG, errbuf, res);

  return res;

Attachment: pgpu2o68vygHP.pgp
Description: PGP signature

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]